On Fri, 2009-10-09 at 11:34 +0200, Jan Kratochvil wrote:
On Fri, 09 Oct 2009 03:06:41 +0200, Denys Vlasenko wrote:
> There is a project, somewhat inactive, which basically mounts
> a network filesystem on /usr/lib/debug/.build-id so that gdb
> can use debuginfos from network. Homepage:
I do not think currently this project can bring any benefits. It has two
(a) Reduce the size of the single loaded .debug file - this is right in the
future but due to various reasons GDB currently needs to read the whole
.debug file first to be able to extract the needed information from it.
GDB currently always reads the single whole .debug file so a download vs.
filesystem access do not make a difference.
(b) Download only specific file of the whole rpm package.
The use cases for the .debug files are:
(1) client bugreport: The client uses remote retrace server, no debuginfo
[Crash-catcher] Draft retrace server [...]
There will be clients which can't / don't want to use external servers
Only the combination (2)+(b) can benefit from the DebuginfoFS
still I think the developer does not have such a problem to once download the
whole debuginfo rpms for his/her next months of debugging sessions.
The idea of network FS with debuginfos was _again_ proposed
by someone yesterday at abrt brainstorming meeting.
It does has merits.
> we only need a gdb command-line option, say,
> directs gdb to check that DIR for debuginfos too, in addition to standard
> one (/usr/lib/debug/.build-id).
There is no "in addition to" option, still you can use:
-ex "set debug-file-directory THE-PATHNAME-YOU-WANT"
Still I think a valid extension would be to support
-ex "set debug-file-directory DIR1:DIR2:DIR3"
, although still I would rather like to go the retrace server way.
Sometimes I was also using a very ugly solution of /tmp/subdir/debug
symlinking to /usr/lib/debug and containing/overriding some files there.
> Anyway, abrt does not need that, so it's theoretical...
> Jan, do you think you can implement it on gdb side?
Isn't the -ex "set debug-file-directory Q" option OK?
As long as it is able to specify more than one directory,
it's all we need.