This is the mail archive of the
gdb-prs@sources.redhat.com
mailing list for the GDB project.
Re: gdb/243: problems with C++ compiled by gcc-3.0.*
- From: "Dan Conti" <danc at fullplaymedia dot com>
- To: nobody at sources dot redhat dot com
- Cc: gdb-prs at sources dot redhat dot com,
- Date: 16 Jan 2002 03:08:00 -0000
- Subject: Re: gdb/243: problems with C++ compiled by gcc-3.0.*
- Reply-to: "Dan Conti" <danc at fullplaymedia dot com>
The following reply was made to PR gdb/243; it has been noted by GNATS.
From: "Dan Conti" <danc@fullplaymedia.com>
To: <scott@accom.com>,
<gdb-gnats@sources.redhat.com>,
<gdb-prs@sources.redhat.com>
Cc: "Dan Conti" <danc@fullplaymedia.com>
Subject: Re: gdb/243: problems with C++ compiled by gcc-3.0.*
Date: Tue, 15 Jan 2002 19:01:18 -0800
This is a multi-part message in MIME format.
------_=_NextPart_001_01C19E3A.11CCC47C
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=3Dview%20audit-trail&da=
t
abase=3Dgdb&pr=3D243
Hi, I encountered the above issue and was able to fix the "Value can't
be converted to integer" error message. I know absolutely nothing about
gdb internals, so this may be the incorrect way to do things, but at
least with my setup (binutils 2.11.2, gcc 3.0.3, insight/gdb 5.1,
arm-elf cross toolchain on i686-cygwin) everything seems to work fine
with this fix, and i can print C structures/C++ classes properly again.
Attached are patch files generated with 'diff -u old new'; i've never
really used diff/patch before, so if another format is preferable please
let me know.
I dont use emacs for debugging, so i dont have any insight on the other
portion of this PR.
Thanks,
-Dan
<<findvar.patch>> <<values.patch>>=20
------_=_NextPart_001_01C19E3A.11CCC47C
Content-Type: application/octet-stream;
name="findvar.patch"
Content-Transfer-Encoding: base64
Content-Description: findvar.patch
Content-Disposition: attachment;
filename="findvar.patch"
LS0tIGdkYi9maW5kdmFyLmMJTW9uIEp1bCAxNiAxNTo1Nzo1MCAyMDAxDQorKysgZ2RiL2ZpbmR2
YXIuYwlUdWUgSmFuIDE1IDE4OjQxOjQxIDIwMDINCkBAIC0xOTEsNyArMTkxLDggQEANCiBleHRy
YWN0X3R5cGVkX2FkZHJlc3MgKHZvaWQgKmJ1Ziwgc3RydWN0IHR5cGUgKnR5cGUpDQogew0KICAg
aWYgKFRZUEVfQ09ERSAodHlwZSkgIT0gVFlQRV9DT0RFX1BUUg0KLSAgICAgICYmIFRZUEVfQ09E
RSAodHlwZSkgIT0gVFlQRV9DT0RFX1JFRikNCisgICAgICAmJiBUWVBFX0NPREUgKHR5cGUpICE9
IFRZUEVfQ09ERV9SRUYNCisgICAgICAmJiBUWVBFX0NPREUgKHR5cGUpICE9IFRZUEVfQ09ERV9T
VFJVQ1QpDQogICAgIGludGVybmFsX2Vycm9yIChfX0ZJTEVfXywgX19MSU5FX18sDQogCQkgICAg
ImV4dHJhY3RfdHlwZWRfYWRkcmVzczogIg0KIAkJICAgICJ0eXBlIGlzIG5vdCBhIHBvaW50ZXIg
b3IgcmVmZXJlbmNlIik7DQo=
------_=_NextPart_001_01C19E3A.11CCC47C
Content-Type: application/octet-stream;
name="values.patch"
Content-Transfer-Encoding: base64
Content-Description: values.patch
Content-Disposition: attachment;
filename="values.patch"
LS0tIGdkYi92YWx1ZXMuYwlUdWUgSnVsIDEwIDE0OjI0OjQ4IDIwMDENCisrKyBnZGIvdmFsdWVz
LmMJVHVlIEphbiAxNSAxODozMDowNiAyMDAyDQpAQCAtNjQ2LDYgKzY0Niw3IEBADQogICAgIGNh
c2UgVFlQRV9DT0RFX0ZMVDoNCiAgICAgICByZXR1cm4gZXh0cmFjdF9mbG9hdGluZyAodmFsYWRk
ciwgbGVuKTsNCiANCisgICAgY2FzZSBUWVBFX0NPREVfU1RSVUNUOiAgDQogICAgIGNhc2UgVFlQ
RV9DT0RFX1BUUjoNCiAgICAgY2FzZSBUWVBFX0NPREVfUkVGOg0KICAgICAgIC8qIEFzc3VtZSBh
IENPUkVfQUREUiBjYW4gZml0IGluIGEgTE9OR0VTVCAoZm9yIG5vdykuICBOb3Qgc3VyZQ0K
------_=_NextPart_001_01C19E3A.11CCC47C--