Re: Modifies vs. Replaces

[todd dot allen at ccur dot com (Todd Allen)]

> 
> Todd Allen wrote:
> > 
> > But if the group decides to go with the "augmentation" plan (and Jim's
> > "primary" concept in that case, hopefully), then it seems we'd need to
> > describe how an "effective location list" is produced by:
> > 
> >    concatenating the location list from the local copy/copies to the location
> >    list from the global (or perhaps in the opposite order, depending on how
> >    Jim's primary is determined), and also how a location description is
> >    interpreted as a location list with an address range which covers the
> >    whole program for this purpose.
> 
> I don't think that there are any places where the Dwarf 2 prescribes
> a particular implementation.  You seem to be specifying how a consumer
> should process location information.
> 
> This seems both unnecessary and over specified.  There is existing text
> which describes the meaning of location lists with overlapping address
> ranges.  I can't see a need for any additional description.
> 

There's no text anywhere that describes how to interpret the location lists
and/or location descriptions from multiple DIE's which have been mixed
together to produce an effective location list by this
modifies/augments/concatenates wording.  My text attempts to describe what
that means.  

Mixing two location lists is pretty straightforward, and describing them as
being concatenated (presumably with the end-of-list operation of the first
removed) seems pretty clear.  Then you only need a little glue to clarify how
a location description is interpreted as a location list so that it can be
mixed in, too.

Obviously, a consumer can implement this conceptual mixing of location
information any way it pleases.

-- 
Todd Allen
Concurrent Computer Corporation