From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24299 invoked by alias); 17 Mar 2005 19:52:12 -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 24235 invoked from network); 17 Mar 2005 19:52:08 -0000 Received: from unknown (HELO priv-edtnes57.telusplanet.net) (199.185.220.220) by sourceware.org with SMTP; 17 Mar 2005 19:52:08 -0000 Received: from takamaka.act-europe.fr ([142.179.108.108]) by priv-edtnes57.telusplanet.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050317195207.VUGV24845.priv-edtnes57.telusplanet.net@takamaka.act-europe.fr>; Thu, 17 Mar 2005 12:52:07 -0700 Received: by takamaka.act-europe.fr (Postfix, from userid 507) id A4F7747DC0; Thu, 17 Mar 2005 11:52:06 -0800 (PST) Date: Thu, 17 Mar 2005 19:52:00 -0000 From: Joel Brobecker To: Michael Snyder Cc: gdb-patches@sources.redhat.com Subject: Re: dumb question; mips multi-abi Message-ID: <20050317195206.GV1156@adacore.com> References: <4239DD2B.8070306@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4239DD2B.8070306@redhat.com> User-Agent: Mutt/1.4i X-SW-Source: 2005-03/txt/msg00232.txt.bz2 > I confess I have not been following the development of ABI support > very closely. I have a user who wants to debug an application that > uses a mix of (essentially) o32 and o64 code. I think he has some > sort of calling translation layer between the two. > > Is that at all possible? Can gdb switch back and forth on the fly, > while debugging a single app? Maybe manually? Maybe without expecting > to be able to bridge the backtrace? Hmmm, I am a bit pessimistic about this, unfortunately. I can't tell you for sure, because I don't know this area of mips-tdep very much, but my recent reading of this file seems to indicate that the ABI is set in the gdbarch tdep structure when the executable is loaded. I also noticed recently that you could force the ABI using: add_setshow_enum_cmd ("abi", class_obscure, mips_abi_strings, &mips_abi_string, _("\ Set the MIPS ABI used by this program."), _("\ Show the MIPS ABI used by this program."), _("\ This option can be set to one of:\n\ auto - the default ABI associated with the current binary\n\ o32\n\ o64\n\ n32\n\ n64\n\ eabi32\n\ eabi64"), mips_abi_update, show_mips_abi, &setmipscmdlist, &showmipscmdlist); But then again, this setting is only used when initializing the gdbarch structure... It looks like you'll have to choose on ABI between the two... :-/ -- Joel