From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25591 invoked by alias); 20 Aug 2002 16:03:34 -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 25584 invoked from network); 20 Aug 2002 16:03:33 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 20 Aug 2002 16:03:33 -0000 Received: from ges.redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 8605C3D6E; Tue, 20 Aug 2002 12:03:32 -0400 (EDT) Message-ID: <3D626854.1040500@ges.redhat.com> Date: Tue, 20 Aug 2002 09:03:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.0) Gecko/20020810 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Jacobowitz , Jason R Thorpe Cc: gdb-patches@sources.redhat.com Subject: Re: [patch/rfc] Don't complain about unknown OSABI References: <3D5FC00D.50001@ges.redhat.com> <20020818154927.GA20358@nevyn.them.org> <3D5FCE6A.9080308@ges.redhat.com> <20020819161543.GA10137@nevyn.them.org> <3D61792B.1020708@ges.redhat.com> <20020820015542.GA12371@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-08/txt/msg00589.txt.bz2 >> GDB uses ../bfd/config.bfd to find the default architecture. I think >> this has made our lives much easier -- gdb's and bfd's defaults match >> and we don't have to maintain anything. It really is a ``free lunch'' :-) >> >> Is there an equivalent for the OS/ABI? If we can pick that default up >> from binutils then we also get that for free. On the other hand if we >> start wiring this stuff into configure.tgt (duplicating ld/gcc) we take >> on an additional maintenance task. > > > Exactly my point. There is no OS/ABI equivalent; BFD doesn't know what > it is, and doesn't need to. > > I'll try to put this together tomorrow. Ah, M'kay :-) Next question. Given an unbranded mips-elf binary, what should the following GDB's do? gdb mips-linux-gnu-gdb linux-gnu-gdb m68k-linux-gnu-gdb mips-netbsd-gdb mips-gdb elf-gdb Having the behavour key off the target creates a problem with an identical executable behaving differently with different, but similar GDBs. I suspect it will encourage people to build different GDB's for identical purposes when just a single GDB is needed. enjoy, Andrew