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]

Re: patch to make init_array work (2nd version; resend)

From: David Mosberger <davidm at napali dot hpl dot hp dot com>
To: Roland McGrath <roland at redhat dot com>
Cc: davidm at hpl dot hp dot com, libc-hacker at sources dot redhat dot com, hjl at lucon dot org
Date: Thu, 7 Nov 2002 14:10:41 -0800
Subject: Re: patch to make init_array work (2nd version; resend)
References: <15818.57443.807212.759018@napali.hpl.hp.com><200211072158.gA7Lwqu29021@magilla.sf.frob.com>
Reply-to: davidm at hpl dot hp dot com

>>>>> On Thu, 7 Nov 2002 13:58:52 -0800, Roland McGrath <roland@redhat.com> said:

  Roland> That seems like a reasonable thing to do, though it's
  Roland> unfortunate it means changing all the platforms' start.S
  Roland> files.

Yes.

  Roland> For preinit_array+init_array, start.S could just contain the
  Roland> code in the .init section, no?

Perhaps, but it would defeat the whole purpose of switching to
init_array (see my previous mail about why any call in .init/.fini
causes incorrect unwind info).

	--david

Follow-Ups:
- Re: patch to make init_array work (2nd version; resend)
  - From: Roland McGrath

References:
- Re: patch to make init_array work (2nd version; resend)
  - From: David Mosberger
- Re: patch to make init_array work (2nd version; resend)
  - From: Roland McGrath

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]