From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15439 invoked by alias); 4 Apr 2005 14:10:48 -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 14887 invoked from network); 4 Apr 2005 14:10:34 -0000 Received: from unknown (HELO cam-admin0.cambridge.arm.com) (193.131.176.58) by sourceware.org with SMTP; 4 Apr 2005 14:10:34 -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 j34EAH4G012996; Mon, 4 Apr 2005 15:10:17 +0100 (BST) 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 j34EAXIF001281; Mon, 4 Apr 2005 15:10:33 +0100 Received: (from rearnsha@localhost) by pc960.cambridge.arm.com (8.12.8/8.12.8/Submit) id j34EAXMo001261; Mon, 4 Apr 2005 15:10:33 +0100 X-Authentication-Warning: pc960.cambridge.arm.com: rearnsha set sender to rearnsha@gcc.gnu.org using -f Subject: Re: RFC: consolidate ARM config for BFD From: Richard Earnshaw To: Simon Richter Cc: binutils@sourceware.org In-Reply-To: <1112623713.20824.37.camel@pc960.cambridge.arm.com> References: <423DD239.1020306@hogyros.de> <1112623713.20824.37.camel@pc960.cambridge.arm.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: GNU Message-Id: <1112623833.20824.39.camel@pc960.cambridge.arm.com> Mime-Version: 1.0 Date: Mon, 04 Apr 2005 14:10:00 -0000 X-SW-Source: 2005-04/txt/msg00081.txt.bz2 On Mon, 2005-04-04 at 15:08, Richard Earnshaw wrote: > On Sun, 2005-03-20 at 19:42, Simon Richter wrote: > > Hi, > > > > this patch attempts to make the ARM configuration more orthogonal. With > > this patch, all targets except for arm-netbsd* arm-openbsd* and > > arm-*-riscix* are available in big and little endian configurations, > > with little endian being the default. Also, "arm", "thumb", "strongarm" > > and "xscale" are equivalent, with the exception of arm-*-riscix*. Also, > > it asks people using nto*arm* to use arm*-*-nto*. > > > > This is the least intrusive approach. It might probably be more readable > > to invent a new variable that looks like $targ, but has a hierarchical > > approach to the cpu type, for example using "arm:thumb" instead of just > > "thumb". > > > > Comments? > > I like the basic idea, but there are some problems which means this > can't go in yet... > > > - armeb-*-netbsdelf*) > > NetBSD had big-endian support in config.bfd. Why have you removed it? > > Thumb as a cpu name has been deprecated for a long time now. I suggest > that the time has now come to just kill it (it hasn't been in the > compiler for nearly 5 years). > > Much as I'd like to do this there is, unfortunately, a more fundamental > problem that needs to be addressed first, in that for some > configurations (most notably Linux) config.guess does not correctly > canonicalize the endianness spec for the CPU, so we get strings like > armv4l and armv4b for little- and big-endian configurations > respectively. I'm currently trying to work through a similar issue for > GCC and I hope to get a patch installed in config.guess to fix this > case; but without it it means your test > > +case "${targ_cpu}" in > + *eb) endian=big ;; > + *el) endian=little ;; > + *) endian=default ;; > +esac > > won't match correctly on all ARM configurations. > > Finally, I think riscix can now be considered obsolete (again, support > in gcc was dropped some time ago). But this is probably best left to a > separate patch. > > R. Ooops, forgot to mention that a ChangeLog is mandatory for all patches. Please include one. R.