This is the mail archive of the
dwarf2@corp.sgi.com
mailing list for the dwarf2 project.
Re: location lists revisited
- To: Todd Allen <todd dot allen at ccur dot com>
- Subject: Re: location lists revisited
- From: Michael Eager <eager at eagercon dot com>
- Date: Thu, 22 Mar 2001 00:06:48 -0800
- CC: dwarf2 <dwarf2 at corp dot sgi dot com>
- References: <200103212350.f2LNo7O00382@toad.ccur.com>
- Reply-To: Michael Eager <eager at eagercon dot com>
Todd Allen wrote:
>
> So, what approach is workable? At least so far, no one has suggested
> anything concrete that stays within the bounds of DWARF2. So, the best idea
> that I see is Jason's DW_TAG_variable/DW_TAG_constant local copy extension.
> In the absence of any other concrete approach, I'm willing to write up the
> local copy extension as a proposal.
As we decided at the last meeting, the only proposals which we plan
to consider are ones which either correct errors in the changes we
have made to Dwarf 2 which would make implementing support for Ada
more difficult, or proposals which remove impediments to implementing
support for Ada.
I see no difficulty with implementing this as a vendor extension,
should you wish to do so.
Since this does not require any change to Dwarf to enable you to
implement such a vendor extension, and there is nothing in the
existing standard which would impede your doing this, it would
appear that such a proposal would not fall into either of the
categories we approved.
I believe that the committee anticipates that much of Ada support
would be in the form of vendor extensions, for the many reasons
which we gave at the committee meeting.
I'd welcome a list of the areas where Dwarf can enable Ada
support, keeping within the guidelines that we previously adopted.
--
Michael Eager Eager Consulting eager@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077