[Bug libdw/32929] 0.193 regression: dwarf_srclang_check: error while loading shared libraries: libelf.so.1: cannot open shared object file: No such file or directory

https://sourceware.org/bugzilla/show_bug.cgi?id=32929 --- Comment #2 from Sergei Trofimovich --- Yes, the change fixes the test failure and all tests pass now locally. Thank you! -- You are receiving this mail because: You are on the CC list for the bug.

[Bug libdw/32929] New: 0.193 regression: dwarf_srclang_check: error while loading shared libraries: libelf.so.1: cannot open shared object file: No such file or directory

Product: elfutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: libdw Assignee: unassigned at sourceware dot org Reporter: slyich at gmail dot com CC: elfutils-devel at

[Bug general/33103] elfutils fails in-tree build due to ./stack binary #included via

https://sourceware.org/bugzilla/show_bug.cgi?id=33103 --- Comment #2 from Sergei Trofimovich --- I don't think c++ standard guarantees exact transitive headers included by other headers. I think the difference is the implementation detail of libstdc++ vs libc++. libstdc++'s does not include (a

[Bug general/33103] New: elfutils fails in-tree build due to ./stack binary #included via

: normal Priority: P2 Component: general Assignee: unassigned at sourceware dot org Reporter: slyich at gmail dot com CC: elfutils-devel at sourceware dot org Target Milestone: --- https://sourceware.org/pipermail/elfutils-devel/2024q3/007281

[Bug general/33103] elfutils fails in-tree build due to ./stack binary #included via

https://sourceware.org/bugzilla/show_bug.cgi?id=33103 --- Comment #4 from Sergei Trofimovich --- (In reply to Mark Wielaard from comment #3) > I don't understand why this is only a problem with srcdir == builddir. AFAIU the difference in in-tree/out-of-tree is the following: in-tree: - bui

[Bug libdw/29450] New: run-low_high_pc.sh fails on i386 against binutils-2.39

Component: libdw Assignee: unassigned at sourceware dot org Reporter: slyich at gmail dot com CC: elfutils-devel at sourceware dot org Target Milestone: --- binutils-2.39 is out: https://sourceware.org/pipermail/binutils/2022-August/122246.html I

[Bug libdw/29450] run-low_high_pc.sh fails on i386 against binutils-2.39

https://sourceware.org/bugzilla/show_bug.cgi?id=29450 --- Comment #1 from Sergei Trofimovich --- Created attachment 14257 --> https://sourceware.org/bugzilla/attachment.cgi?id=14257&action=edit low_high_pc Attaching the binary itself. It was a failing selftest: $ LD_LIBRARY_PATH=$PWD/libdw:$P

[Bug libdw/29450] run-low_high_pc.sh fails on i386 against binutils-2.39

https://sourceware.org/bugzilla/show_bug.cgi?id=29450 --- Comment #2 from Sergei Trofimovich --- Could it be that it's a mild `crti.o` corruption by new binutils? "MIPS assembler" does not sound right. ``` $ readelf -aW crti.o --debug-dump ... Contents of the .debug_info section: Compilation

[Bug libdw/29450] run-low_high_pc.sh fails on i386 against binutils-2.39

https://sourceware.org/bugzilla/show_bug.cgi?id=29450 --- Comment #3 from Sergei Trofimovich --- gas-2.39 started adding 0-sized DIE for function without a .size marking: $ cat crti.S.S .section .init,"ax",@progbits .p2align 2 .globl _init .hidden _init .type _init, @function _init: .sec

[Bug libdw/29450] run-low_high_pc.sh fails on i386 against binutils-2.39

https://sourceware.org/bugzilla/show_bug.cgi?id=29450 --- Comment #4 from Sergei Trofimovich --- Filed https://sourceware.org/PR29451 against gas. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug libdw/29450] run-low_high_pc.sh fails on i386 against binutils-2.39

https://sourceware.org/bugzilla/show_bug.cgi?id=29450 Sergei Trofimovich changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug libdw/29450] run-low_high_pc.sh fails on i386 against binutils-2.39

https://sourceware.org/bugzilla/show_bug.cgi?id=29450 Sergei Trofimovich changed: What|Removed |Added Resolution|--- |MOVED Status|UNCONFI