From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13761 invoked by alias); 27 Nov 2006 21:30:25 -0000 Received: (qmail 13707 invoked by uid 22791); 27 Nov 2006 21:30:20 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 27 Nov 2006 21:30:09 +0000 Received: (qmail 3688 invoked from network); 27 Nov 2006 21:30:07 -0000 Received: from unknown (HELO localhost) (jimb@127.0.0.2) by mail.codesourcery.com with ESMTPA; 27 Nov 2006 21:30:07 -0000 To: Fabian Cenedese Cc: gdb@sourceware.org Subject: Re: symbol maintenance References: <5.2.0.9.1.20061124142829.017493c0@NT_SERVER> From: Jim Blandy Date: Mon, 27 Nov 2006 21:30:00 -0000 In-Reply-To: <5.2.0.9.1.20061124142829.017493c0@NT_SERVER> (Fabian Cenedese's message of "Fri, 24 Nov 2006 14:42:19 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-11/txt/msg00184.txt.bz2 Fabian Cenedese writes: > After loading a file (without starting anything) I tried "maintenance check-symbols". > I got lots of messages like: > > Global symbol `__7fixed32' only found in ..(path)..\Inos_typ.cpp psymtab > Global symbol `IntOf__7fixed64' only found in ..(path)..\Inos_typ.cpp psymtab > Global symbol `__7fixed64' only found in ..(path)..\Inos_typ.cpp psymtab > Global symbol `__ml__FG7fixed32T0' only found in ..(path)..\Inos_typ.cpp psymtab > Global symbol `__ml__FG7fixed64T0' only found in ..(path)..\Inos_typ.cpp psymtab > > Is this something to worry about? Does this indicate wrong debug info or an > error in gdb? If it's nothing to worry about what's the use of these messages? > Only for gdb interna? I don't think those matter... I don't know for sure, but since those are mangled C++ names, I'd expect that there's some kind of demangling going on that's confusing the consistency checks. > This is a gdb 6.5 cross-compiled with cygwin on WinXP for ppc. > > I:\cyghome\data\gdb-6.5\gdb>gdb --readnow > GNU gdb 6.5 > ..(GPL)... > This GDB was configured as "--host=i686-pc-cygwin --target=powerpc-eabi". > Setting up the environment for debugging gdb. > No symbol table is loaded. Use the "file" command. > No symbol table is loaded. Use the "file" command. > /data/gdb-6.5/gdb/.gdbinit:8: Error in sourced command file: > No breakpoint number 0. > (gdb) file gccext3.x > Reading symbols from /data/gdb-6.5/gdb/gccext3.x...unknown symbol type 0x1e...ex > panding to full symbols...unsupported const value attribute form: 'DW_FORM_strin > g'...const value length mismatch for 'ciOffline', got 8, expected 0...done. Those look more serious. GDB is trying to read DWARF debugging information, and it's malformed. What compiler are you using? What does 'objdump -h gccext3.x' say?