[PATCH v4] gdb/manual: Introduce location specs

[Eli Zaretskii]

> Date: Fri, 27 May 2022 19:42:50 +0100
> Cc: gdb-patches@sourceware.org
> From: Pedro Alves <pedro@palves.net>
> 
> > Yes, but note that the last revision of your patch says "resolves
> > into", not "matches".  Which I think is a change for the better; I'm
> > trying to have a more accurate idea of what that "resolution" entails.
> 
> Resolution is the act of find all the actual code location that match the user
> input.  The found locations are the resolved code locations.
> 
> Here for example:
> 
>  +@item list @var{locspec}
>  +Print lines centered around the line or lines that @var{locspec}
>  +resolves to.
> 
> The meaning is that the user passes some input spec to GDB, which
> may even not specify any line at all, like "line func", and GDB
> finds all the matching locations.  For each resolved location, you have
> a resolved line, resolved source file, resolved addr, resolved function, etc.

I understand (I think).  But all this does is fill in the attributes
that were missing from the input location spec.  This is done either
by using the (implied) defaults, like the name of the current file, or
bhy using the debug info.  And if it turns out that some attribute can
be filled in more than one way, we have a breakpoint with multiple
code locations.  Right?