From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3178 invoked by alias); 11 Nov 2001 21:37:35 -0000 Mailing-List: contact gdb-patches-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 3107 invoked from network); 11 Nov 2001 21:37:32 -0000 Received: from unknown (HELO geoffk.org) (67.166.30.54) by sourceware.cygnus.com with SMTP; 11 Nov 2001 21:37:32 -0000 Received: (from geoffk@localhost) by geoffk.org (8.9.3/8.9.3) id NAA29425; Sun, 11 Nov 2001 13:36:27 -0800 Date: Thu, 01 Nov 2001 12:14:00 -0000 Message-Id: <200111112136.NAA29425@geoffk.org> X-Authentication-Warning: localhost: geoffk set sender to geoffk@geoffk.org using -f From: Geoff Keating To: ac131313@cygnus.com CC: gdb-patches@sources.redhat.com, binutils@sources.redhat.com In-reply-to: <3BEEA2C0.30203@cygnus.com> (message from Andrew Cagney on Sun, 11 Nov 2001 11:09:36 -0500) Subject: Re: properly handle extensions to DWARF 2 line number information Reply-to: Geoff Keating References: <200111111226.fABCQMv05908@thief.cygnus.com> <3BEEA2C0.30203@cygnus.com> X-SW-Source: 2001-11/txt/msg00008.txt.bz2 > Date: Sun, 11 Nov 2001 11:09:36 -0500 > From: Andrew Cagney > User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.3) Gecko/20011020 > X-Accept-Language: en-us > Cc: gdb-patches@sources.redhat.com, binutils@sources.redhat.com > > Er, probably not 5.1. People would probably like to see it working in > the field first. I see I have caught the GDB release process at a bad time. No problem, it can wait for 5.1.1 or whatever. Is it OK for the mainline? The reason this came up was the following question: > On a related matter, is there anything in an executable indicating > which architecture an i386 binary belongs? Having a requrement that > an (embedded) user explicitly set their architecture is pretty lame. > The MIPS, for instance, detects and auto-selects both GDB and, if > used, the simulator, based on information found in the executable. The obvious way to do this is to generate and use the DWARF 3 line-number information, but while I was testing a patch to generate it in GAS, I found that old GDB versions didn't ignore it as they should; the effect is that a GAS that generates this produces objects that can't usefully be debugged with a GDB without this patch. -- - Geoffrey Keating