[Bug symtab/23565] New: sysroot target: does not read symbol files from /usr/lib/debug/

[jan.kratochvil at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=23565

Bug ID: 23565
Summary: sysroot target: does not read symbol files from
/usr/lib/debug/
Product: gdb
Version: HEAD
Status: NEW
Severity: normal
Priority: P2
Component: symtab
Assignee: unassigned at sourceware dot org
Reporter: jan.kratochvil at redhat dot com
Target Milestone: ---

FAIL: d0abeec8d45514fbec790f27e3cadceb576df9b5 2018-08-23

The new default sysroot target: can read symbol files XXX.debug and
.debug/XXX.debug but not /usr/lib/debug/ ones.

So with remote Fedora installation with debuginfo installed the symbol files
are not used, they must be present locally.

------------------------------------------------------------------------------
It cannot read the symbol file from remote target:

Reading /lib64/ld-linux-x86-64.so.2 from remote target...
warning: File transfers from remote targets can be slow. Use "set sysroot" to
access files locally instead.
Reading /lib64/ld-linux-x86-64.so.2 from remote target...
Reading symbols from target:/lib64/ld-linux-x86-64.so.2...Reading
/lib64/ld-2.27.so.debug from remote target...
Reading /lib64/.debug/ld-2.27.so.debug from remote target...
(no debugging symbols found)...done.
------------------------------------------------------------------------------
But it can read the symbol file if it is present locally:

Reading /lib64/ld-linux-x86-64.so.2 from remote target...
warning: File transfers from remote targets can be slow. Use "set sysroot" to
access files locally instead.
Reading /lib64/ld-linux-x86-64.so.2 from remote target...
Reading symbols from target:/lib64/ld-linux-x86-64.so.2...Reading symbols from
/usr/lib/debug/usr/lib64/ld-2.27.so.debug...done.
done.
------------------------------------------------------------------------------
It can read the symbol file remotely if it has the local .debug name:

Reading /lib64/ld-linux-x86-64.so.2 from remote target...
warning: File transfers from remote targets can be slow. Use "set sysroot" to
access files locally instead.
Reading /lib64/ld-linux-x86-64.so.2 from remote target...
Reading symbols from target:/lib64/ld-linux-x86-64.so.2...Reading
/lib64/ld-2.27.so.debug from remote target...
Reading /lib64/ld-2.27.so.debug from remote target...
Reading symbols from target:/lib64/ld-2.27.so.debug...done.
done.

But another bug is that in such case it reads the symbol file twice which can
be slow.

[jan.kratochvil at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=23565

Jan Kratochvil <jan.kratochvil at redhat dot com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |gbenson at redhat dot com,
| |jan.kratochvil at redhat dot com

[gbenson at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=23565

Gary Benson <gbenson at redhat dot com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Assignee|unassigned at sourceware dot org |gbenson at redhat dot com

--- Comment #1 from Gary Benson <gbenson at redhat dot com> ---
I did look at this when I did the original "target:" work, but I don't remember
why I didn't enable it. I dimly remember there's some path comparison that
either doesn't recognize the path with "target:" in, or ends up with "target:"
in the wrong place; I had that part fixed in a branch, but something else more
serious didn't work. It might be as simple as it's parsing a colon-separated
$PATH-style variable and the colon in "target:" breaks that. I'll take a
proper look "soon".