From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15422 invoked by alias); 11 Aug 2004 22:19:32 -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 15350 invoked from network); 11 Aug 2004 22:19:30 -0000 Received: from unknown (HELO mproxy.gmail.com) (64.233.170.200) by sourceware.org with SMTP; 11 Aug 2004 22:19:30 -0000 Received: by mproxy.gmail.com with SMTP id 75so191629rnl for ; Wed, 11 Aug 2004 15:19:30 -0700 (PDT) Received: by 10.38.24.64 with SMTP id 64mr1893950rnx; Wed, 11 Aug 2004 15:19:30 -0700 (PDT) Message-ID: <3e59910004081115196e9416f8@mail.gmail.com> Date: Wed, 11 Aug 2004 22:19:00 -0000 From: Nagender Telkar To: Richard Earnshaw Subject: Re: internal-error: arm_elf_osabi_sniffer Cc: gdb@sources.redhat.com In-Reply-To: <1092261252.28853.674.camel@pc960.cambridge.arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <007701c47f75$31e13340$5100a8c0@monika> <3e599100040811134529fd87e3@mail.gmail.com> <1092260592.28853.660.camel@pc960.cambridge.arm.com> <3e59910004081114504fd0740e@mail.gmail.com> <1092261252.28853.674.camel@pc960.cambridge.arm.com> X-SW-Source: 2004-08/txt/msg00187.txt.bz2 Where can I get more information about what ABI stuff is all about, and why was the ADS1.2 compiled code working with the gdb and RVCT compiled code not. Thank you, Nagender On Wed, 11 Aug 2004 22:54:13 +0100, Richard Earnshaw wrote: > 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. > > > >