From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29778 invoked by alias); 9 Feb 2005 17:06:51 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 29672 invoked from network); 9 Feb 2005 17:06:43 -0000 Received: from unknown (HELO cam-admin0.cambridge.arm.com) (193.131.176.58) by sourceware.org with SMTP; 9 Feb 2005 17:06:43 -0000 Received: from pc960.cambridge.arm.com (pc960.cambridge.arm.com [10.1.205.4]) by cam-admin0.cambridge.arm.com (8.12.10/8.12.10) with ESMTP id j19H1S4m020987; Wed, 9 Feb 2005 17:01:28 GMT Received: from pc960.cambridge.arm.com (localhost.localdomain [127.0.0.1]) by pc960.cambridge.arm.com (8.12.8/8.12.8) with ESMTP id j19H2hrg004460; Wed, 9 Feb 2005 17:02:43 GMT Received: (from rearnsha@localhost) by pc960.cambridge.arm.com (8.12.8/8.12.8/Submit) id j19H2heq004458; Wed, 9 Feb 2005 17:02:43 GMT X-Authentication-Warning: pc960.cambridge.arm.com: rearnsha set sender to rearnsha@gcc.gnu.org using -f Subject: Re: [PATCH] Indicate dependency on personality routines for ARM EHABI From: Richard Earnshaw To: Ian Lance Taylor Cc: Julian Brown , binutils@sources.redhat.com In-Reply-To: References: <420A38B6.3010609@codesourcery.com> <1107967723.4376.9.camel@pc960.cambridge.arm.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: GNU Message-Id: <1107968563.4376.13.camel@pc960.cambridge.arm.com> Mime-Version: 1.0 Date: Wed, 09 Feb 2005 18:26:00 -0000 X-SW-Source: 2005-02/txt/msg00170.txt.bz2 On Wed, 2005-02-09 at 16:58, Ian Lance Taylor wrote: > Richard Earnshaw writes: > > > > More generally, I think it's kind of dubious to use a zero reloc to > > > mean anything at all. And why do you need a relocation entry? Why is > > > it not sufficient to enter the symbol in the symbol table as an > > > undefined symbol? Is the use of a zero reloc mandated by the ARM ABI? > > > > Because the unwind module only weakly links to the personality modules > > (but it is the one that ends up calling them). > > > > The module that needs the unwinding has to provide the strong reference > > to ensure that it gets included in the link set. > > > > Doing it this way ensures that only personality modules that are needed > > get included in the final image. > > I would expect a strong undefined symbol would achieve the same effect > without the relocation entry. I suspect that wouldn't work if you did unused section elimination. > But if the ABI requires the relocation entry, that is fine. It's the model that we chose to implement it, so yes, it's needed. R.