| 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 |