Date:	Sun, 29 Mar 1998 14:23:36 -0800 (PST)
Message-Id:	<199803292223.OAA18981@adit.ap.net>
Mime-Version:	1.0
To:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>,
	Vik Heyndrickx <Vik DOT Heyndrickx AT rug DOT ac DOT be>
From:	Nate Eldredge <eldredge AT ap DOT net>
Subject:	Re: NULL redefined! :(
Cc:	DJ Delorie <dj AT delorie DOT com>, djgpp-workers AT delorie DOT com

At 01:25  3/29/1998 +0300, Eli Zaretskii wrote:
>
>On Fri, 27 Mar 1998, Vik Heyndrickx wrote:
>
>> > Yes.  It's a good reason to fix the C++ library.  
>> 
>> It isn't broken.
>> It only defines NULL when no included library defines NULL. When this
>> header inclusion comes before the standard header inclusion, that
>> standard header (here <stdlib.h>) will redefine NULL with of course a
>> definition of its own, and this will produce this compiler warning. Only
>> putting that standard header before the third party header will us get
>> rid of that warning, since the third party header won't redefine NULL in
>> this case.
>
>IMHO, it is not nice to tell people to put their headers in some
>particular order.  I think we will be flooded by messages which refer
>to this problem if it doesn't get fixed somehow.  If the concensus is
>that we want libstdc++ maintainers to fix their headers, let us
>complain to them, the sooner the better.

Or, as the path of least resistance, would it really be so hard for DJGPP to
change? I know it's against principles and all that, but would it kill us to
surround each `#define NULL 0' with `#ifndef NULL'?

>However, if nobody else cares, I'm willing to drop the subject, as I
>don't use C++ too much.

Same here.

Nate Eldredge
eldredge AT ap DOT net

- Raw text -