https://sourceware.org/bugzilla/show_bug.cgi?id=27571
Bug ID: 27571
Summary: debuginfod client cache should consist of 444 perm
files
Product: elfutils
Version: unspecified
Status: NEW
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
Bug ID: 27573
Summary: eu-unstrip: assemble debugable executable for a core
file
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
--- Comment #2 from Martin Liska ---
(In reply to Mark Wielaard from comment #1)
> I assume this would be some kind of "pack" command? Which would pack all
> relevant files, executables and debuginfo together into one directory?
Exactly.
>
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
--- Comment #3 from Frank Ch. Eigler ---
A single coredump executable that contains all the solib bits + all the
debuginfo for all the solibs ... is that even possible in principle?
If the use case is letting a gdb user without debuginfod con
https://sourceware.org/bugzilla/show_bug.cgi?id=27573
--- Comment #4 from Frank Ch. Eigler ---
see also perf-archive(1)
--
You are receiving this mail because:
You are on the CC list for the bug.
Hi,
It is possible to specify the location of shared libraries when
reporting/attaching to a core file? The problem
I am having is that when the core is moved to another machine the location
of the shared libraries reported in
its NOTE segments (and also the r_debug and link maps) are no longer
co
