www.delorie.com/archives/browse.cgi | search |
X-Authentication-Warning: | delorie.com: mailnull set sender to djgpp-workers-bounces using -f |
From: | "Tim Van Holder" <tim DOT van DOT holder AT pandora DOT be> |
To: | <djgpp-workers AT delorie DOT com> |
Cc: | "Andris Pavenis" <pavenis AT lanet DOT lv> |
Subject: | Small issue with current gcc setup (djgpp-x.djl) |
Date: | Fri, 21 Dec 2001 20:36:04 +0100 |
Message-ID: | <000401c18a56$bae67310$ce3276d5@pandora.be> |
MIME-Version: | 1.0 |
X-Priority: | 3 (Normal) |
X-MSMail-Priority: | Normal |
X-Mailer: | Microsoft Outlook, Build 10.0.2627 |
Importance: | Normal |
X-MimeOLE: | Produced By Microsoft MimeOLE V6.00.2462.0000 |
Reply-To: | djgpp-workers AT delorie DOT com |
I ran into an annoying problem with the gcc 3.02 packages: Because it is possible to have ld in gcc's private dir, I had switched an ld-based link rule to use gcc: old: ld -X -S -r -T dlx.ld -o foo.o foo1.o foo1.o new: gcc -Wl,-X,-S,-r -T dlx.ld -o foo.o foo1.o foo1.o Both should be functionally equivalent (except that the second also runs stubify in our case and creates foo.exe, but that can't be avoided, I suppose). However, gcc3 unconditionally uses -T djgpp-x.djl in specs, even if another -T option is given, and this causes foo.o to be an executable instead of an object. Using %{!T:-T djgpp-x.djl} in the specs fixes it.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |