Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.acorn.programmer > #132 > unrolled thread

Spice3f5 porting - Norcroft/GCC queries

Back to article view | Back to comp.sys.acorn.programmer

Contents

  Spice3f5 porting - Norcroft/GCC queries Howard Dawson <hsdawson@ormail.co.uk> - 2011-03-31 17:20 +0100
    Re: Spice3f5 porting - Norcroft/GCC queries Chris Johnson <chrisjohnson+news@spamcop.net> - 2011-03-31 18:00 +0100
    Re: Spice3f5 porting - Norcroft/GCC queries druck <news@druck.freeuk.com> - 2011-03-31 22:03 +0100
      Re: Spice3f5 porting - Norcroft/GCC queries Howard Dawson <hsdawson@ormail.co.uk> - 2011-04-01 23:03 +0100

#132 — Spice3f5 porting - Norcroft/GCC queries

Hi everyone,

I've been working on the above and found a couple of anomalies en-route
because it is written on Unix machines in old-fashioned K & R.

With -W specified it now compiles without any messages and runs fine on a
BB-XM, but I experienced a couple of hiccups en route.

I eventually managed to get the library requirements down to just the
straight clib stubs, but a previous attempt with both clib and TCPIPlibs
always left two intractable linker errors, suggesting the functions 'ioctl'
and 'read' were not found in the library - with the line reference of the
library header file where these functions are defined, <dirent.h> I think.

Because of the Unix origin, the source is full of 0x0d carriage returns
(200-odd K of them) which I removed en-masse.
When the Norcroft comes across these at preprocessor continuation
backslashes it goes absolutely mental with top-level errors from all over
the place.

My version is quite old (can't seem to find the old CD carton to get the
upgrade discount) at 5.34, and I was wondering whether anyone knows if the
newer version has these anomalies fixed.

I also tried with GCC 4/1/1 but kept getting the message 'Buffer overflow'
for long lists of input files - about 5-6 lines worth in a Zap window.
-- 
-------------
Howard Dawson
 
hsdawson@ormail.co.uk

http://hd-audio.orpheusweb.co.uk/
---------------------------------

[toc] | [next] | [standalone]

#133

In article <na.d7abc951bc.a80520hsdawson@ormail.co.uk>,
   Howard Dawson <hsdawson@ormail.co.uk> wrote:
> My version is quite old (can't seem to find the old CD carton to
> get the upgrade discount) at 5.34, and I was wondering whether
> anyone knows if the newer version has these anomalies fixed.

I don't think so. I compiled a couple of source files some months ago
and had the same problem. I think I was using the latest version of
Norcroft, but it may have been the one previous. I had to remove all
the preprocessor \ continuations and convert them back to long single
lines before the compiler was happy.

-- 
Chris Johnson

[toc] | [prev] | [next] | [standalone]

#137

On 31 Mar 2011 Howard Dawson <hsdawson@ormail.co.uk> wrote:
> I eventually managed to get the library requirements down to just the
> straight clib stubs, but a previous attempt with both clib and TCPIPlibs
> always left two intractable linker errors, suggesting the functions 'ioctl'
> and 'read' were not found in the library - with the line reference of the
> library header file where these functions are defined, <dirent.h> I think.

You need to change source to use calls to socketioctl and socketread 
when using TCPIPlibs.

It's due to a name clash with the file versions of ioctl() and read() 
as RISC OS doesn't have a unified file/socket handle model.

---druck

-- 
The ARM Club Free Software - http://www.armclub.org.uk/free/
32 bit Conversions Page    - http://www.armclub.org.uk/32bit/

[toc] | [prev] | [next] | [standalone]

#139

In article <c6b2c5bc51.druck@druck.freeuk.net>, druck
<news@druck.freeuk.com> wrote:
> 
> On 31 Mar 2011 Howard Dawson <hsdawson@ormail.co.uk> wrote:
> > I eventually managed to get the library requirements down to just the
> > straight clib stubs, but a previous attempt with both clib and TCPIPlibs
> > always left two intractable linker errors, suggesting the functions
> 'ioctl'
> > and 'read' were not found in the library - with the line reference of
> the
> > library header file where these functions are defined, <dirent.h> I
> think.
> 
> You need to change source to use calls to socketioctl and socketread 
> when using TCPIPlibs.
> 
> It's due to a name clash with the file versions of ioctl() and read() 
> as RISC OS doesn't have a unified file/socket handle model.
> 
> ---druck
> 
> 

Thank you druck, that's very concise and understandable.

Cheers
Howard

-- 
-------------
Howard Dawson
 
hsdawson@ormail.co.uk

http://hd-audio.orpheusweb.co.uk/
---------------------------------

[toc] | [prev] | [standalone]

Back to top | Article view | comp.sys.acorn.programmer

csiph-web