GCC puts (partial) DWARF debuginfo into sections prefixed with
.gnu.debuglto_. Handle those sections as if they are normal .debug
sections (which they are). This allows showing the DWARF that gcc
puts into ET_REL files compiled with -flto.
Signed-off-by: Mark Wielaard
---
libdw/ChangeLog
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #17 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #16)
> Various self tests fail when everything is build with LTO.
> [...]
> Another issue is that ET_REL files don't contain normal DWARF .debug_
> sections, but .g
test_nlist checks its own symbol table, and expects various symbols
to be in the order as specified in the source file. Explicitly set
minimal CFLAGS.
Signed-off-by: Mark Wielaard
---
tests/ChangeLog | 5 +
tests/Makefile.am | 9 +
2 files changed, 14 insertions(+)
diff --git a/te
The varlocs test relies on finding addresses for the CUs, even in
object files. This might not be true (for example when building with
gcc -flto, which only emits partial, type only, debuginfo). Split
running the self tests in running on executables and shared libraries
as normal, but run object fi
https://sourceware.org/bugzilla/show_bug.cgi?id=24498
--- Comment #18 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #17)
> With this and the SHF_EXCLUDE patch there are only 2 more test failures,
> test-nlist and run-varlocs-self.sh, which look like they can be solved by be
> a b
https://sourceware.org/bugzilla/show_bug.cgi?id=23787
Martinking changed:
What|Removed |Added
CC||ijaffery7 at gmail dot com
--- Comment #
https://sourceware.org/bugzilla/show_bug.cgi?id=25838
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #1
