Re: [patch+doc 1/2] filename-display: 1->4 options {inferior,libs}{,-sepdebug}

[Pedro Alves <palves@redhat.com>]

On 03/07/2013 12:04 PM, Jan Kratochvil wrote:
> On Thu, 07 Mar 2013 11:29:48 +0100, Pedro Alves wrote:
>> On 03/06/2013 07:54 PM, Doug Evans wrote:
>>> We have various parameters that together specify where to find separate debug info.
>>> Is it possible to piggyback on that?
>>> E.g., Something minimal for now like specifying which ones are
>>> displayed as relative with the default being none?
>>
>> I've not really been following the discussion closely, but
>> I was also wondering the same.  The ultimate goal seems to be to
>> detect system vs non-system binaries ("system" is the word used
>> in the new proposed knobs even).  Isn't the definitive answer
>> making GDB consider files under "/usr/"
>> system binaries (the --prefix by default, but could be somewhere
>> else, thus should be tunable), and everything else, non-system?
> 
> Besides /usr you need also /bin, /lib, /lib64, /libx32, /opt etc. etc.

True, though I don't think there's much more than that.

> I was thinking rather about the opposite way, consider non-system binaries
> those that are under /usr/local, /root and /home .

The set of system paths is defined by the OS
integrator, so seemed closer to being bounded to me.
The user can well put files wherever it wants.

Other components "know" paths in the system as well, like
gcc with the system includes and the native lib dir paths,
or even the linker and the loader.  Note these tools usually
think of /usr/local as "system", and I'd think for this case
that apply too.

Irrespective of glass half empty vs half full, I guess the first
question is whether by-path is a better approach than by
have-sep-debug.  It _feels_ more to the point, therefore better to
me, but I'm not really trying to impose it or block the other
approach.  I wonder what others think.

> But that is all non-trivial number of directories which will never catch all
> the distros/setups out there.

Using sepdebug for system/non-system also feels like will always
have corner cases, though.

-- 
Pedro Alves