_init magic for c++ (on sparc64)
ralf.corsepius at rtems.org
Tue Nov 30 05:15:03 CST 2010
On 11/30/2010 10:39 AM, Sebastian Huber wrote:
> On 11/30/2010 10:28 AM, Ralf Corsepius wrote:
>> On 11/30/2010 09:21 AM, Sebastian Huber wrote:
>>> sorry, my commit
>>> 2010-11-29 Sebastian Huber<sebastian.huber at embedded-brains.de>
>>> * libcsupport/src/newlibc_exit.c, score/src/threadhandler.c: Added
>>> support for .preinit_array, .init_array and .fini_array sections.
>>> was broken. It seems that HAVE_INITFINI_ARRAY is defined for nearly all
>>> targets by Newlib,
>> The INIT_FINI magic is provided by GCC. newlib is supposed to pick it up
>> from GCC.
>>> but only few linker command files respect this.
>> Well, though init/fini initialization repeatedly had been subject to
>> issues in RTEMS history, I am having doubts on this claim.
> sh at cosinus:~/rtems-cvs> grep -r '\.init_array' -l .
All this list tells, it that those BSPs you have implemented apply init
sections in their linkcmds. Any further conclusion, is invalid at this
point in time.
> Also RTEMS does not care about the functions referenced by the array sections.
Correct, GCC does the ground work.
More information about the rtems-users