Problem of execution order of entries in .fini_array

[Jeff Johnston]

Hans-Peter Nilsson wrote:
>> Received-SPF: none (bart: domain of newlib-return-7494-hp=axis.com@sourceware.org does not designate permitted sender hosts) client ip=209.132.176.174; envelope-from=newlib-return-7494-hp=axis.com@sourceware.org; helo=sourceware.org;
>> X-SWARE-Spam-Status: No, hits=-0.4 required=5.0 	tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS
>> X-Spam-Check-By: sourceware.org
>> MIME-Version: 1.0
>> Date: Wed, 15 Apr 2009 16:08:17 -0700
>> From: Jing Yu <jingyu@google.com>
>>     
>
> (Long analysis cut short)
>   
>> Should we change the access order or fini_array?
>>     
>
> I'd suggest correcting the access order, as opposed to hacking
> the linker.  See for example glibc.
>
> (Note that there are *three* files in newlib doing the access in
> the wrong order.  And I'm not counting the misguided
> newlib/libc/sys/arm/crt0.S in which fini_array is treated like a
> synonym for _fini!)
>
> brgds, H-P
>   
Agreed.  I have checked in a patch for misc/init.c.  Where are the other 
2 accesses?

-- Jeff J.