delorie.com/archives/browse.cgi | search |
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 |
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 |
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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |