David McCullough wrote:
> Jivin Mike Frysinger lays it down ...
>> the default elf2flt linker script atm outputs __{C,D}TOR_{LIST,END}__
>> unconditionally. this can conflict with the symbols already provided
>> by gcc's crt{begin,end} objects. so how best to handle this ? are
>> these symbols really needed anymore ? or are they for ports whose gcc
>> doesnt provide these symbols but install relies on the C library to do
>> the processing or something ?
>
> On the older toolchains it used to get it wrong all the time, so we
> would pull the support from the toolchain and do it in the linker
> script. The ifo pages for ld actually show hwo to do this, don't know
> why they changed their minds ;-)
That doesn't sound plausible; this is really basic compiler
functionality that ought to work in every release. Which versions of
the toolchain get it wrong, and what kinds of problems do they cause?
Bernd
--
This footer brought to you by insane German lawmakers.
Analog Devices GmbH Wilhelm-Wagenfeld-Str. 6 80807 Muenchen
Sitz der Gesellschaft Muenchen, Registergericht Muenchen HRB 40368
Geschaeftsfuehrer Thomas Wessel, William A. Martin, Margaret Seif
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
