[Bug target/54584] m68k-uclinux error: Link tests are not allowed after GCC_NO_EXECUTABLES
baker at usgs dot gov
gcc-bugzilla@gcc.gnu.org
Wed Sep 19 00:05:00 GMT 2012
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54584
--- Comment #6 from Larry Baker <baker at usgs dot gov> 2012-09-19 00:05:38 UTC ---
Hans-Peter,
Thanks for looking at this.
This seems a bit more complicated than "just a problem with flawed elf2flt
linker placement of
orphaned sections" since elf2flt/ld.real work fine when creating flat binaries
for cases other than -msep-data/-fPIC. That implies that they must be handling
the orphaned .tm_clone_table section for those cases (a bunch of different
-mcpu's). I don't know where to look to find out how -msep-data/-fPIC are
handled differently, and thus, why those fail.
FYI: For the latest tests I ran, I used a vanilla binutils 1.22 distribution --
no uClinux linker patches. I also used the latest elf2flt from
www.uclinux.org.
I also cannot find where -elf2flt is recognized/handled by collect2. I have no
idea what collect2 does. I tracked down the location of the error to ld.real,
which is the binutils ld, renamed to ld.real by the elf2flt package "make
install".
When I read about TM support, it sounded like it might be preferable to
pthreads. If that is so, then I expect uClinux would be a good candidate for
TM.
I will take a look at your fix. The details of how to write ld scripts and
such are beyond my current understanding of the process. I learn what I have
to when I encounter a problem. I was hoping someone that knows what to look
for would see what I have provided and instantly figure out what the problem
is. :)
Larry Baker
More information about the Gcc-bugs
mailing list