From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26721 invoked by alias); 9 Feb 2005 17:32:58 -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 26662 invoked from network); 9 Feb 2005 17:32:50 -0000 Received: from unknown (HELO mail.codesourcery.com) (65.74.133.9) by sourceware.org with SMTP; 9 Feb 2005 17:32:50 -0000 Received: (qmail 31907 invoked from network); 9 Feb 2005 17:32:49 -0000 Received: from localhost (HELO ?10.1.1.4?) (julian@127.0.0.1) by mail.codesourcery.com with SMTP; 9 Feb 2005 17:32:49 -0000 Message-ID: <420A493A.3010502@codesourcery.com> Date: Wed, 09 Feb 2005 21:48:00 -0000 From: Julian Brown User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) MIME-Version: 1.0 To: Richard Earnshaw CC: Ian Lance Taylor , binutils@sources.redhat.com Subject: Re: [PATCH] Indicate dependency on personality routines for ARM EHABI References: <420A38B6.3010609@codesourcery.com> <420A43C8.5090008@codesourcery.com> <1107969853.4376.16.camel@pc960.cambridge.arm.com> In-Reply-To: <1107969853.4376.16.camel@pc960.cambridge.arm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-02/txt/msg00175.txt.bz2 Richard Earnshaw wrote: > On Wed, 2005-02-09 at 17:09, Julian Brown wrote: > >>Perhaps it should be, and I tried it with that initially. The reason it >>isn't is because elsewhere in tc-arm.c:md_apply_fix3 BFD_RELOC_NONE >>seems to be used as an error indicator:- >> >> case BFD_RELOC_NONE: >> default: >> as_bad_where (fixP->fx_file, fixP->fx_line, >> _("bad relocation fixup type (%d)"), fixP->fx_r_type); >> >>...which was being triggered when that relocation type was requested >>with fix_new(), I think. Is there another way around that? > > > Hmm, that's an abuse of RELOC_NONE. It would probably be best to change > them to BFD_RELOC_UNUSED, then you could use BFD_RELOC_NONE for it's > proper purpose. OK, thanks Richard & Ian! I'll rework it then re-send. Cheers, Julian -- Julian Brown CodeSourcery, LLC