Date:	Mon, 3 May 1999 13:27:58 +0300 (IDT)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender:	eliz AT is
To:	Andris Pavenis <pavenis AT lanet DOT lv>
cc:	DJ Delorie <dj AT delorie DOT com>, djgpp-workers AT delorie DOT com
Subject:	Re: v2.03: wrapping up
In-Reply-To:	<Pine.A41.4.05.9905031202260.37912-100000@ieva01.lanet.lv>
Message-ID:	<Pine.SUN.3.91.990503131226.18068C-100000@is>
MIME-Version:	1.0
Reply-To:	djgpp-workers AT delorie DOT com
X-Mailing-List:	djgpp-workers AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

On Mon, 3 May 1999, Andris Pavenis wrote:

> *cpp:
> %{posix:-D_POSIX_SOURCE} -imacros %s../include/sys/version.h

Thanks.  (To what directory does %s expand, btw)?

I didn't know about this feature (I still use gcc 2.7.2.1).  If nobody is
opposed to it, can we arrange for new binary uploads of GCC 2.8.1 and EGCS
with specs files modified like above, when v2.03 is released? 

> Perhaps better would be to copy include/sys/version.h 
> as lib/djgpp.ver and use '-imacros %sdjgpp.ver' instead.

I like the include/sys/version.h better, since it will work with 2.8.1
as well with no changes.

> 	will break old versions of DJGPP:
> 		include/sys/version.h - all before 2.02 (we can do it 
> 			immediatelly as it works with DJGPP-2.02)
> 		lib/djgpp.ver - all before current if we'll use it

I only see a problem if somebody installs a compiler with a specs file 
that includes -imacros and uses that compiler with the library from v2.01 
or earlier. 

To solve these cases (which I expect to be rare once v2.03 is released), 
we could tell people to rename/delete the specs file that goes with 
the compiler.  They cannot avoid doing that, since otherwise cpp will 
complain about a missing sys/version.h.

Older compiler distributions didn't have specs, and would therefore use 
the lib/specs file from djdev.

- Raw text -