Re: symbol maintenance

[Jim Blandy <jimb@codesourcery.com>]

Fabian Cenedese <Cenedese@indel.ch> 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?