#define __need_XXX patch suggestion

John Tytgat John.Tytgat at aaug.net
Fri Feb 15 15:01:19 PST 2002


In message <m34rkj9g9g.fsf at nick.ws.noc.dsvr.net>
          Nick Burrett <nick at dsvr.net> wrote:

> John Tytgat <John.Tytgat at aaug.net> writes:
> 
> > In message <07ae27084b.Tony at mk-net.demon.co.uk>
> >           Tony van der Hoff <tony at mk-net.demon.co.uk> wrote:
> > 
> > > On 13 Feb 2002, in message <m3wuxhacur.fsf at nick.ws.noc.dsvr.net>,
> > > Nick Burrett <nick at dsvr.net> wrote:
> > > 
> > > > I'm all for getting warnings fixed, but when it drastically reduces
> > > > the readability of the header files, then I'm not so happy.
> > 
> > Unfortunately we can't make macro's for that, can we ? ;-(
> 
> Thinking about it some more, we shouldn't be getting multiple __need_XXX
> warnings because the header files should #undef the macro once it is
> defined.

I don't think I understand this.

> Can you send me an example where this is not the case ?

Compiling UnixLib with Norcroft itself gives currently more than 200 KByte
throwback output.  Please find it attached ;-).  Enough examples of this
issue.

> > For this last problem, would people agree to add the following at the top of
> > features.h for those poor Norcroft users ;-) ?
> > 
> > #ifdef __CC_NORCROFT
> > #ifndef __STDC_VERSION__
> > # define __STDC_VERSION__	199409L
> > #endif
> > #ifndef _XOPEN_SOURCE
> > # define _XOPEN_SOURCE		500
> > #endif
> > #ifndef _FILE_OFFSET_BITS
> > # define _FILE_OFFSET_BITS	32
> > #endif
> > #ifndef __GNUC__
> > # define __GNUC__		0
> > #endif
> > #endif
> 
> This sounds reasonable.  I'll add this later.

Thanks.

John.
-- 
John Tytgat, in his comfy chair at home                                 BASS
John.Tytgat at aaug.net                             ARM powered, RISC OS driven
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OutputMakefile.gz
Type: application/octet-stream
Size: 5686 bytes
Desc: not available
URL: <http://www.riscos.info/pipermail/gcc/attachments/20020216/2cabd208/attachment.obj>


More information about the gcc mailing list