X-Authentication-Warning:	ieva01.lanet.lv: pavenis owned process doing -bs
Date:	Mon, 3 May 1999 12:16:24 +0300 (WET)
From:	Andris Pavenis <pavenis AT lanet DOT lv>
To:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
cc:	DJ Delorie <dj AT delorie DOT com>, djgpp-workers AT delorie DOT com
Subject:	Re: v2.03: wrapping up
In-Reply-To:	<Pine.SUN.3.91.990502171209.24664A-100000@is>
Message-ID:	<Pine.A41.4.05.9905031202260.37912-100000@ieva01.lanet.lv>
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 Sun, 2 May 1999, Eli Zaretskii wrote:

> 
> On Sun, 2 May 1999, DJ Delorie wrote:
> 
> > I would say either the generic /dev/env/FOO or a specific case
> > for /dev/djgpp-install/ (or similar)
> 
> I like the generic solution better, since it can be used in other cases, 
> and the code isn't simpler for the djgpp-install case (it is actually 
> more complex).
> 
> I will rewrite the code to use /dev/env, unless somebody comes with
> a good reason why it shouldn't be used.
> 
> I still hope Andris will accept this as a means to solve the 
> __DJGPP_MINOR__ problems, and we could then remove lib/specs from
> djdev and release v2.03.
> 

Well I would like better to avoid use of -imacros here. But perhaps I'm
the only one who thinks so. Here is another hack that allows to get in
sys/version.h from specs without any hacking gcc and libc:

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


I haven't tested it with gcc-2.8.1 as I don't have it installed at all.

This would allow to get us DJGPP_MINOR from gcc specs without any 
/dev/* hacks. Perhaps better would be to copy include/sys/version.h 
as lib/djgpp.ver and use '-imacros %sdjgpp.ver' instead.

Possible problems:
	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

Andris	

 

- Raw text -