From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10253 invoked by alias); 14 May 2002 15:38:22 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 10210 invoked from network); 14 May 2002 15:38:19 -0000 Received: from unknown (HELO cygnus.com) (205.180.83.203) by sources.redhat.com with SMTP; 14 May 2002 15:38:19 -0000 Received: from localhost.redhat.com (romulus.sfbay.redhat.com [172.16.27.251]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id IAA19429; Tue, 14 May 2002 08:37:56 -0700 (PDT) Received: by localhost.redhat.com (Postfix, from userid 469) id 17F1B10FC9; Tue, 14 May 2002 11:37:24 -0400 (EDT) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15585.12083.886721.444925@localhost.redhat.com> Date: Tue, 14 May 2002 08:38:00 -0000 To: Alexandre Oliva Cc: Nick Clifton , Elena Zannoni , thorpej@wasabisystems.com, binutils@sources.redhat.com, gdb-patches@sources.redhat.com Subject: Re: [PATCH/RFA] Include sh64 support for shle-*-netbsdelf* In-Reply-To: References: <20020511115603.W3435@dr-evil.shagadelic.org> <20020513082324.R3435@dr-evil.shagadelic.org> <15584.11203.728429.774659@localhost.redhat.com> <15585.5715.936570.74188@localhost.redhat.com> X-SW-Source: 2002-05/txt/msg00544.txt.bz2 Alexandre Oliva writes: > On May 14, 2002, Nick Clifton wrote: > > > Hi Elena, > > [snip] > >> No, it wouldn't be accepted. We are going towards unifying all the > >> targets for a given architecture, so that we can switch at runtime > >> with multiarch. > > > Hmm, OK - in which case would it be acceptable to say that in order to > > obtain GDB support an SH toolchain should be configured as "sh-elf" > > and not "sh3-elf" even if the intended default processor is the SH3 ? > > ie that configurations such as "sh3-elf" are becoming obsolete and > > will one day be removed ? > > This would be a bad idea. Consider, for example, sh3-linux-gnu, where > you *really* have to configure at least glibc with sh3-linux-gnu > (because glibc can't be multilibbed). Ideally, you should be able to > configure everything with the same triplet. > > It wouldn't be the end of the world if glibc required a different > configure triplet, but I guess the GNU/Linux/SH folks would be annoyed > if they couldn't have a config.guess that was enough to build all of > their tools. I.e., at least sh3-*-linux-gnu should remain supported > by GDB. > Ah, actually at the moment there is just sh-*-linux*. I think it is just a configury oversight. JasonT added sh*-*-netbsdelf* for instance, which should catch all the instances. I think there should be a corresponding sh*-*-linux*. Groan, how many other is gdb missing? > Not that care strongly whether sh3-linux-gnu includes SH64 bits or > not; I just thought I'd point this out before we take a step before > realizing one of the consequences. > > I still have the impression that having the GDB SH configuration > forcibly bring in SH64 bits too is not the right way to do > multi-arching. OTOH, it's not like I know much about multi-arching > anyway, but in my conception of a perfect world, it would be possible > to enable or disable SH64 support independently from SH support, just > like it would be nice to be able to, say, strip out the Thumb-support > bits from an ARM-targeted toolchain, when you won't ever want to use > it with Thumb-capable processors. > Have a look at: http://sources.redhat.com/gdb/papers/multi-arch > But then, the only justifications for this feature would be toolchain > build time and size, hardly an issue these days. It's not like > stripping bits out would benefit the toolchain performance. But then, > why don't we always --enable-targets=all? > This is where we (can't take credit here, actually, it's mostly Andrew) are taking gdb. Andrew has built a gdb which inlcuded 2 completely different architectures. I believe it was mn10300 and d10v. There needs to be some more (a lot more) gdb internals cleanup, but that will be true multiarch. Probably building all the targets would be a bit too much, in practice, but it would become possible to combine any of the architectures. > Yeah, it's clear I'm confused. I almost deleted this message before > posting it, but I ended up deciding to post it. Hope it can at least > get us all on the same page :-) > I think these exchanges are really really useful, actually. Elena > Cheers, > > -- > Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ > Red Hat GCC Developer aoliva@{cygnus.com, redhat.com} > CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org} > Free Software Evangelist Professional serial bug killer