This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: casting in gdb
- From: "Jacques Le Normand" <jacqueslen at sympatico dot ca>
- To: "Michael Elizabeth Chastain" <mec at shout dot net>,<drow at mvista dot com>
- Cc: <gdb at sources dot redhat dot com>
- Date: Sun, 15 Dec 2002 01:48:09 -0500
- Subject: Re: casting in gdb
- References: <200212150547.gBF5lg511015@duracef.shout.net>
absolutely!
I'm currently starting to write an elisp gdb front-end that will translate
directives so that gdb can understand them. Hewever this apprach is
implementation dependant (both for gdb and gcc) and will only work for the
stl. Doing this would not only make my job easier, but more scalable.
However, I wonder if enough information is given to gdb to be able to
non-deterministically cast. I am a gdb newbie, but if unused methods are
given the chop by g++, then how will gdb be able to cast with
string::string(char*) if we decide not to use the constructor? Or would gdb
know how to cast to/from all stl objects?
--Jacques
----- Original Message -----
From: "Michael Elizabeth Chastain" <mec@shout.net>
To: <drow@mvista.com>; <jacqueslen@sympatico.ca>
Cc: <gdb@sources.redhat.com>
Sent: Sunday, December 15, 2002 12:47 AM
Subject: Re: casting in gdb
> I'm playing with the idea that gdb should know more about the C++
> standard library types, in the same spirit that gdb knows that a C "char
> *" usually points to a string terminated with '\0'. I would like gdb
> to understood more about std::string, std::vector, std:map, and so on.
>
> Daniel J, what do you think?
>
> Michael C
>