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
