This is the mail archive of the
gdb-prs@sources.redhat.com
mailing list for the GDB project.
Re: gdb/1628: (gdb) file ... fails internal-error gdb 6.1 gcc 3.3.2solaris2.7
- From: Mark Kettenis <kettenis at chello dot nl>
- To: nobody at sources dot redhat dot com
- Cc: gdb-prs at sources dot redhat dot com,
- Date: 1 May 2004 08:38:07 -0000
- Subject: Re: gdb/1628: (gdb) file ... fails internal-error gdb 6.1 gcc 3.3.2solaris2.7
- Reply-to: Mark Kettenis <kettenis at chello dot nl>
The following reply was made to PR gdb/1628; it has been noted by GNATS.
From: Mark Kettenis <kettenis@chello.nl>
To: James_Ziegler@ltx.com, gdb-gnats@sources.redhat.com
Cc:
Subject: Re: gdb/1628: (gdb) file ... fails internal-error gdb 6.1 gcc 3.3.2
solaris2.7
Date: Sat, 1 May 2004 10:37:24 +0200 (CEST)
Sorry. I seem to have missed the executable.
Anyway, the problematic encoding isn't 0x74. It's decimal 74 which is
0x4a. That is a valid encoding (funcrel sdata2). I'm a bit baffled
that we actually encounter this encoding in the wild since I can't
track down what makes GCC generate such encodings. Anyway I'm having
a problem understanding how this particular encoding is supposed to
work. I'll look into it some more, and try to fix it.
Mark