From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24993 invoked by alias); 7 Nov 2002 22:38:40 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 24959 invoked from network); 7 Nov 2002 22:38:39 -0000 Received: from unknown (HELO deimos.hpl.hp.com) (192.6.19.190) by sources.redhat.com with SMTP; 7 Nov 2002 22:38:39 -0000 Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33]) by deimos.hpl.hp.com (8.9.3 (PHNE_24419)/HPL-PA Relay) with ESMTP id OAA06322; Thu, 7 Nov 2002 14:38:39 -0800 (PST) Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123]) by hplms2.hpl.hp.com (8.10.2/8.10.2 HPL-PA Hub) with ESMTP id gA7MccL29697; Thu, 7 Nov 2002 14:38:38 -0800 (PST) Received: from napali.hpl.hp.com (napali [127.0.0.1]) by napali.hpl.hp.com (8.12.3/8.12.3/Debian -4) with ESMTP id gA7MccHW023409; Thu, 7 Nov 2002 14:38:38 -0800 Received: (from davidm@localhost) by napali.hpl.hp.com (8.12.3/8.12.3/Debian -4) id gA7McbLY023403; Thu, 7 Nov 2002 14:38:37 -0800 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15818.60269.685537.688317@napali.hpl.hp.com> Date: Thu, 07 Nov 2002 14:38:00 -0000 To: Roland McGrath Cc: davidm@hpl.hp.com, libc-hacker@sources.redhat.com, hjl@lucon.org Subject: Re: patch to make init_array work (2nd version; resend) In-Reply-To: <200211072229.gA7MTOY29236@magilla.sf.frob.com> References: <15818.58593.831718.648490@napali.hpl.hp.com> <200211072229.gA7MTOY29236@magilla.sf.frob.com> Reply-To: davidm@hpl.hp.com X-SW-Source: 2002-11/txt/msg00032.txt.bz2 >>>>> On Thu, 7 Nov 2002 14:29:24 -0800, Roland McGrath said: >> 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). Roland> Since this part of the section is generated normally along Roland> with the prologue, I would think that its unwind info would Roland> come out normally too. For .init, wouldn't the new code have to go into the epilogue to ensure that the .init_array entries are called after .init? --david