Date: Thu, 20 Jan 2000 19:18:01 +0200 (WET)
From: Andris Pavenis <pavenis AT lanet DOT lv>
To: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
cc: djgpp-workers AT delorie DOT com
Subject: Re: make depend
In-Reply-To: <Pine.SUN.3.91.1000119173602.13343I@is>
Message-ID: <Pine.A41.4.05.10001201900080.72642-100000@ieva01.lanet.lv>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: dj-admin AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

Hi!

There are some variants how to get sys/version.h loaded at CPP startup:

	-imacros %s../include/sys/version.h
		(currently used variant)
		Works OK for both for native and
                cross-compiler (DJGPP targetted of course).
		Didn't want to work at build time for gcc-2.96
		snapshots

	-imacros /dev/env/DJDIR/include/sys/version.h
		Will work for native compiler but not cross-compiler.
		So I think it's worst from these 3.

	-imacros %sdjgpp.ver
		Were we have $prefix/lib/gcc-lib/$version/djgpp.ver
		containing '#include <sys/version.h>'. Should work
		for both native and cross-compilers however I have 
		tested it with native compiler only (yet). 
		This file could be distributed with gcc binaries.
		In future we could add $DJDIR/lib/djgpp.ver with
		this contents and we'll be able to remove it from
		DJGPP distribution

Perhaps the last one looks more nice but this is my opinion only 

Andris

PS. I still think that best would be to get rid of such hacks but if there
    are serious objections we should at least look at other possible
    variants