This is the mail archive of the
gdb-prs@sources.redhat.com
mailing list for the GDB project.
gdb/210: sparc64-sun-solaris2.8 target doesn't load symbols from Sun WS 64bit binaries properly
- To: gdb-gnats at sources dot redhat dot com
- Subject: gdb/210: sparc64-sun-solaris2.8 target doesn't load symbols from Sun WS 64bit binaries properly
- From: gustav at virtutech dot se
- Date: 11 Sep 2001 13:01:10 -0000
- Cc: mattias at virtutech dot se
- Reply-To: gustav at virtutech dot se
>Number: 210
>Category: gdb
>Synopsis: sparc64-sun-solaris2.8 target doesn't load symbols from Sun WS 64bit binaries properly
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Tue Sep 11 06:08:00 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator: gustav@virtutech.se
>Release: 5.0
>Organization:
>Environment:
SunOS 5.8 Generic_108528-09 sun4u sparc SUNW,Sun-Fire-280R
>Description:
Function symbols all get address 0 when loading debuginfo
from the stabs section in a 64-bit binary created with
Sun's workshop compiler (am a bit uncertain which
versions of the compiler it applies to, but at least it
happens for 6.0).
>How-To-Repeat:
Compile test.c:
int main() { return 0; }
with /opt/SUNWspro/bin/cc -g -xarch=v9a test.c -o test
Then, in gdb:
(gdb) file test
Reading symbols from test...done.
(gdb) p &main
$1 = (int (*)()) 0
While main really has an address like 0x1000009f0.
>Fix:
The SOFUN_ADDRESS_MAYBE_MISSING macro should be set by
default in tm-sp64.h (cf. tm-sun4sol2.h).
>Release-Note:
>Audit-Trail:
>Unformatted: