From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25092 invoked by alias); 11 Aug 2004 21:54:29 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 25084 invoked from network); 11 Aug 2004 21:54:27 -0000 Received: from unknown (HELO cam-admin0.cambridge.arm.com) (193.131.176.58) by sourceware.org with SMTP; 11 Aug 2004 21:54:27 -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 i7BLs9LI021631; Wed, 11 Aug 2004 22:54:09 +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 i7BLsDvv030417; Wed, 11 Aug 2004 22:54:13 +0100 Received: (from rearnsha@localhost) by pc960.cambridge.arm.com (8.12.8/8.12.8/Submit) id i7BLsDpl030415; Wed, 11 Aug 2004 22:54:13 +0100 X-Authentication-Warning: pc960.cambridge.arm.com: rearnsha set sender to rearnsha@gcc.gnu.org using -f Subject: Re: internal-error: arm_elf_osabi_sniffer From: Richard Earnshaw To: Nagender Telkar Cc: gdb@sources.redhat.com, Monika Chaddha In-Reply-To: <3e59910004081114504fd0740e@mail.gmail.com> References: <007701c47f75$31e13340$5100a8c0@monika> <3e599100040811134529fd87e3@mail.gmail.com> <1092260592.28853.660.camel@pc960.cambridge.arm.com> <3e59910004081114504fd0740e@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: GNU Message-Id: <1092261252.28853.674.camel@pc960.cambridge.arm.com> Mime-Version: 1.0 Date: Wed, 11 Aug 2004 21:54:00 -0000 X-SW-Source: 2004-08/txt/msg00186.txt.bz2 On Wed, 2004-08-11 at 22:50, Nagender Telkar wrote: > Hello > > I was compiling my code with RVCT compiler from ARM. I had my debugger > working at assembly level with ADS1.2. Now, I want it to do the same > for RVCT compiled code. > > Can it not happen? > Not yet. Somebody's got to add support for the new ABI, and until GCC has it (that' getting there) there isn't as much pressure for updating GDB. GDB is primarily a debugger for debugging GCC generated code, support for other compilers tends to come second. R. > Thank you, > Nagender > > On Wed, 11 Aug 2004 22:43:12 +0100, Richard Earnshaw > wrote: > > On Wed, 2004-08-11 at 21:45, Nagender Telkar wrote: > > > Hello, > > > > > > I am working on gdb 6.0. > > > > > > When I do an > > > > > > gdb> arm-elf-gdb helloworld.elf > > > > > > I get the following error. > > > > > > ../../insight-6.0.ori/gdb/arm-tdep.c:2747: internal-error: arm_elf_osabi_sniffer > > > : Unknown ARM EABI version 0x4000000 > > > > > You don't say so, but I guess you are compiling your code with ARM's > > RVDS compiler... > > > > > I looked into the arm-tdep file in the gdb, it seems to be failing at > > > the function > > > > > > static enum gdb_osabi arm_elf_osabi_sniffer (bfd *abfd) > > > > > > where it gets > > > > > > unsgined int elfosabi = elf_elfheader (abfd)->e_ident[EI_OSABI]; > > > > > > The elfosabi is getting set to ELFOSABI_NONE. > > > > > > Then it tries to get the eflags as > > > > > > eflags = EF_ARM_EABI_VERSION(elf_elfheader(abfd)->e_flags); > > > > > > eflags is not getting set to EF_ARM_EABI_VER1, EF_ARM_EABI_VER2 or > > > EF_ARM_EABI_UNKNOWN. > > > > > > I think that is the problem. Thats the reason it gets to the internal error. > > > > Yep. GDB doesn't understand the EABI yet (even gdb 6.2 -- gdb 6.0 > > predates the EABI, so has no chance). Even if it got past this point > > you'd run into further problems. > > > > R. > >