This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [vta->trunk] VTA merge
- From: Tom Tromey <tromey at redhat dot com>
- To: Alexandre Oliva <aoliva at redhat dot com>
- Cc: "Joseph S. Myers" <joseph at codesourcery dot com>, Jack Howarth <howarth at bromo dot med dot uc dot edu>, Steven Bosscher <stevenb dot gcc at gmail dot com>, Richard Guenther <richard dot guenther at gmail dot com>, gcc-patches at gcc dot gnu dot org
- Date: Thu, 03 Sep 2009 09:35:58 -0600
- Subject: Re: [vta->trunk] VTA merge
- References: <orskfb6zb2.fsf@huru.localdomain> <84fc9c000908300345s473a12f5u1b25ba054ca5f9a1@mail.gmail.com> <m3tyzp483d.fsf@fleche.redhat.com> <20090830155630.GA31476@bromo.med.uc.edu> <571f6b510908300940ncaebad1q43b157a387e01e30@mail.gmail.com> <20090830175027.GA1966@bromo.med.uc.edu> <Pine.LNX.4.64.0908301753480.6056@digraph.polyomino.org.uk> <oreiqq4b7e.fsf@huru.localdomain> <m3my5dme9h.fsf@fleche.redhat.com> <orljkwxzxj.fsf@huru.localdomain>
- Reply-to: Tom Tromey <tromey at redhat dot com>
>>>>> "Alexandre" == Alexandre Oliva <aoliva@redhat.com> writes:
Alexandre> I think the important question is whether older debuggers
Alexandre> would be able to deal gracefully with these location entries
Alexandre> or constant values. I understand they're supposed to, and I
Alexandre> have no evidence that GDB isn't, so I offer this patch to
Alexandre> revert the last-minute addition of tests for dwarf_version >=
Alexandre> 4 in the VTA merge patch.
I don't know about other debuggers, but GDB will issue an error like:
Unhandled dwarf expression opcode 0x9e
if you try to print a variable whose location uses that opcode.
You can see that with GDB trunk today :) because the DW_OP_*_value patch
is still pending.
Tom