[Bug general/24498] 0.176: isn't LTO ready

https://sourceware.org/bugzilla/show_bug.cgi?id=24498 --- Comment #3 from Mark Wielaard --- (In reply to kloczek from comment #2) > (In reply to Mark Wielaard from comment #1) > > I am note sure what/how to resolve that. > > > > It seems it will need a GCC fix: > > https://gcc.gnu.org/bugzilla/s

[Bug general/24498] 0.176: isn't LTO ready

https://sourceware.org/bugzilla/show_bug.cgi?id=24498 --- Comment #2 from kloczek --- (In reply to Mark Wielaard from comment #1) > I am note sure what/how to resolve that. > > It seems it will need a GCC fix: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 I have no account in gcc bugzill

[Bug general/24498] 0.176: isn't LTO ready

https://sourceware.org/bugzilla/show_bug.cgi?id=24498 Mark Wielaard changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug general/24498] 0.176: isn't LTO ready

https://sourceware.org/bugzilla/show_bug.cgi?id=24498 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug general/24497] 0.176: test suite is failing

https://sourceware.org/bugzilla/show_bug.cgi?id=24497 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1

[Bug general/24498] New: 0.176: isn't LTO ready

https://sourceware.org/bugzilla/show_bug.cgi?id=24498 Bug ID: 24498 Summary: 0.176: isn't LTO ready Product: elfutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: general

[Bug general/24497] New: 0.176: test suite is failing

https://sourceware.org/bugzilla/show_bug.cgi?id=24497 Bug ID: 24497 Summary: 0.176: test suite is failing Product: elfutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: genera

[Bug backends/24488] ebl_openbackend might use wrong library search path

https://sourceware.org/bugzilla/show_bug.cgi?id=24488 --- Comment #5 from Mark Wielaard --- (In reply to Frank Ch. Eigler from comment #4) > Is it worth reconsidering the dynamic loading model for libebl? Each target > backend consists of about 30kB of stripped .so content, for half a megabyte >

[Bug backends/24488] ebl_openbackend might use wrong library search path

https://sourceware.org/bugzilla/show_bug.cgi?id=24488 Frank Ch. Eigler changed: What|Removed |Added CC||fche at redhat dot com --- Comment

[COMMITTED] unstrip: Robustify gelf_getshdr and gelf_getsymshndx calls.

Signed-off-by: Mark Wielaard --- src/ChangeLog | 6 ++ src/unstrip.c | 4 2 files changed, 10 insertions(+) diff --git a/src/ChangeLog b/src/ChangeLog index e3e411ef5..ae1379327 100644 --- a/src/ChangeLog +++ b/src/ChangeLog @@ -1,3 +1,9 @@ +2019-04-28 Mark Wielaard + + * unstr

[COMMITTED] size: Robustify against gelf_getshdr returning NULL.

Signed-off-by: Mark Wielaard --- src/ChangeLog | 7 +++ src/size.c| 6 ++ 2 files changed, 13 insertions(+) diff --git a/src/ChangeLog b/src/ChangeLog index 3020bd768..e3e411ef5 100644 --- a/src/ChangeLog +++ b/src/ChangeLog @@ -1,3 +1,10 @@ +2019-04-28 Mark Wielaard + + * s

[COMMITTED] nm: Simplify naming of invalid sections, check shdr isn't NULL.

When shdr is NULL or the sh_name index is invalid, don't try to use it. Just call the section "[invalid section name]". Don't try to be too smart by creating a dynamic invalid name using alloca to simplify memory usage in this exceptional case. Signed-off-by: Mark Wielaard --- src/ChangeLog |

[COMMITTED] elfcmp: Handle bad sections without crashing.

If we cannot get the Shdr of a section then don't try to use or compare them. Signed-off-by: Mark Wielaard --- src/ChangeLog | 4 src/elfcmp.c | 6 +++--- 2 files changed, 7 insertions(+), 3 deletions(-) diff --git a/src/ChangeLog b/src/ChangeLog index 57db6cadb..3786f3432 100644 --- a/sr

[COMMITTED] libebl: Check ebl is not NULL in ebl_symbol_[binding|type]_name.

For STB_GNU_UNIQUE and STT_GNU_IFUNC we need to check the elf of the given ebl. Make sure the ebl given isn't NULL. Signed-off-by: Mark Wielaard --- libebl/ChangeLog | 7 +++ libebl/eblsymbolbindingname.c | 1 + libebl/eblsymboltypename.c| 1 + 3 files changed, 9 insertions(

[COMMITTED] libdwfl: Make sure to left shift a unsigned 64bit value in expr_eval.

In frame_unwind.c expr_eval we left shift 1 up to 56 bits. We have to make sure we don't left shift a 32bit signed value (that would be undefined behavior). So shift a 1ULL value instead. Signed-off-by: Mark Wielaard --- libdwfl/ChangeLog | 5 + libdwfl/frame_unwind.c | 2 +- 2 files ch

[COMMITTED] libdwfl: Don't call realloc with zero in cu.c addraranges.

Calling realloc when naranges is zero will result is trying to free aranges. If realloc does free aranges it returns NULL, which means aranges is still assigned. This is likely not a problem, because in most cases aranges will be NULL already. But if it was not and naranges does turn out to be zero

[COMMITTED] libdw: Remove unused variable initialization in dwarf_siblingof.

We immediately reassign the value of addr after declaration. Signed-off-by: Mark Wielaard --- libdw/ChangeLog | 4 libdw/dwarf_siblingof.c | 2 +- 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/libdw/ChangeLog b/libdw/ChangeLog index bc446fe5a..37aab8047 100644 --- a/

[COMMITTED] libdw: Call check_constant_offset with direct pointers.

In dwarf_getlocation_addr pass the pointers to llbufs and listlens indirectly by passing a pointer to the first array element. Simplify the code by passing the pointers directly. Signed-off-by: Mark Wielaard --- libdw/ChangeLog | 5 + libdw/dwarf_getlocation.c | 2 +- 2 files chang