X-Authentication-Warning: ieva01.lanet.lv: pavenis owned process doing -bs Date: Mon, 3 May 1999 12:16:24 +0300 (WET) From: Andris Pavenis To: Eli Zaretskii cc: DJ Delorie , djgpp-workers AT delorie DOT com Subject: Re: v2.03: wrapping up In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 Precedence: bulk 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