[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