Mail Archives: djgpp/2002/01/07/03:27:04
On Mon, 7 Jan 2002, Guido S. wrote:
> Since the relase of GCC 3.0.x for djgpp I have the problem of using gdb
> 5.0 with the resulting objects/binaries.
> I intend to set breakpoints in a c++ object's member function with
> b 'MyClass:MyFunc'. but it seems, that if I compile a file with -g3
> option, gdb can not handle the stored debug info.
Does it help to use -gstabs+ instead of -g3? I think -g3 tells GCC 3.0.x
to produce DWARF2 debug info, and the DJGPP port of GDB 5.0 doesn't yet
support DWARF2.
> it steps through the sources correctly, but it then prints only the
> signature of the function, not the demangled name of the function.
>
> So my question is:
> - Is there going to be an updated GDB for djgpp in the near future?
GDB 5.1 was released a little more than a month ago. I didn't release a
DJGPP port of that version because the C++ debugging, especially with the
latest 3.x series of GCC, is seriously hosed in GDB 5.1. In particular, I
think the problems you see with demangling are not yet solved there.
People who use C++ much more than I do and know much more about GDB tell
me unanimously that GDB 5.1 is not very useful for debugging serious C++
programs built with GCC 3.x.
I don't want to release a port that is not useful for C++ debugging,
because that would trigger a flood of questions from users that I will
be unable to answer. So I'm waiting for GDB 5.1.1, due out in a few
weeks (one hopes; the release cycle is about to start), where many of
those problems are fixed.
If you want, you could download the official GDB 5.1 release from
ftp.gnu.org and build it yourself; it should build with DJGPP out of the
box if you follow instructions in the gdb/config/djgpp/README file.
> or
> - May I get my intended functionality by compiling with any other -g
> option? dwarf(-2), stabs etc?
As I said, try -gstabs+. DWARF2 is not supported by GDB 5.0 that you
are using.
> additionally I'ld like to ask if there is a GDB binary out there, that
> is compiled for i586 (the one currently on simtel is for 686, and I am
> not sure of, if it works ok on my k6-2 in respect to the incompatible
> breakpoint support of those architectures)
There's nothing 686-specific in the GDB binary you find on SimTel (I
know, since I've built it ;-), so any problems you see are not due to
this aspect. FWIW, I'm using the same binary on a P166, which is i586,
and never had any problems with breakpoints.
What's incompatible with breakpoint support on K6-2, and why do you think
it should matter for GDB?
- Raw text -