Mail Archives: djgpp-workers/2001/12/21/14:36:07
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.
- Raw text -