This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
>>>>> On Thu, 7 Nov 2002 18:20:09 -0800, Roland McGrath <roland@redhat.com> said:
>> On Thu, Nov 07, 2002 at 01:58:52PM -0800, Roland McGrath wrote: >
>> That seems like a reasonable thing to do, though it's unfortunate
>> it means > changing all the platforms' start.S files. For
>> preinit_array+init_array, > start.S could just contain the code
>> in the .init section, no? But probably > it is better to write
>> generic _init/_fini replacements in C.
>>
>> I think the best solution is to write
>>
>> static void do_all_init(void) { // Loop over .preinit_array //
>> Loop over .init_array _init (); }
>>
>> or whatever the proper ordering is, and then pass this new
>> function to __libc_start_main.
Roland> Yup, that's the C I was talking about.
I suppose it makes sense to put do_all_init() and do_all_fini() in a
shared source file. Do you want to do that or should I work on it?
If the latter, just tell me where you want the functions.
--david
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |