Date:	Mon, 7 Dec 1998 11:46:13 -0500
Message-Id:	<199812071646.LAA23533@envy.delorie.com>
From:	DJ Delorie <dj AT delorie DOT com>
To:	pavenis AT lanet DOT lv
CC:	djgpp-workers AT delorie DOT com
In-reply-to:	<B0000053940@stargate.astr.lu.lv> (pavenis@lanet.lv)
Subject:	Re: djgpp 2.02 zips - please test
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 981207082200 DOT 6834A-100000 AT is> (message from Eli Zaretskii on Mon, 7 Dec 1998 08:24:25 +0200 (IST)) <B0000053940 AT stargate DOT astr DOT lu DOT lv>
Reply-To:	djgpp-workers AT delorie DOT com

> I found '#include <sys/version.h>' only in stdio.h and go32.h. I think
> sys/version.h is best way how to define minor version of DJGPP
> (and it should be no more done from specs). However I think it would 
> be best to include from more standard header files (for example stdlib.h,
> stddef.h,...). 

Why?  It only needs to be in one.  That way, programs that need to
correctly detect 2.02 can just #include <stdio.h> and then they'll
know that __DJGPP_MINOR__ will be set correctly.

> specs file is thing that belongs to gcc distribution, therefore
> I think it should be distributed only there. We also may may need to change 
> it when  compiler version is changed, which cannot be done easily when
> specs file is distributed somewhere else.

When gcc 2.7.* is no longer an issue, we can do that.

> I don't see any special problems with specs file from djdev202.zip except 
> than *startfile spec in djdev202.zip has reference to mcrt0.o
> which was not present in archive.

DJGPP doesn't support that option anyway, so it doesn't matter.

- Raw text -