Preparing for the 0.192 release on Friday October 18
Hi everyone, We are planning to do the 0.192 release on Friday October 18. Since the 0.191 release in March there have been 100 commits. Among these are some important bug fixes and new features. If your patch is still under review [1] or you have other patches you'd like merged before the release, please let us know. Aaron [1] https://patchwork.sourceware.org/project/elfutils/list
[Bug libdw/31874] Tests failure on aarch64 with pointer authentication on
https://sourceware.org/bugzilla/show_bug.cgi?id=31874 Aaron Merey changed: What|Removed |Added CC||amerey at redhat dot com Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #8 from Aaron Merey --- (In reply to Emanuele Rocca from comment #7) > I just double-checked that the patchset sent by Steve Capper to the list > fixes all tests on my systems with pointer authentication on: > https://sourceware.org/pipermail/elfutils-devel/2024q2/007127.html Steve Capper's patch set was merged so I'm going to close this bug as FIXED. Please reopen if any related issues show up. -- You are receiving this mail because: You are on the CC list for the bug.
Re: [PATCH] tests: Fix specifying constant of double type
Hi Khem, On Wed, Oct 02, 2024 at 05:04:08PM -0700, Khem Raj wrote: > 'd' suffix seems to be not acceptable by clang compiler Funny, seems like the d suffix is an undocumented GNU extension that accidentially slipped in because an early/draft standard said 'd' stood for double, but that was not in the final standard paper. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84717 > Using 'e0' fixes this by keeping value to be same We could also have just dropped the suffix (no suffix means a double constant), since the exact value doesn't really matter in this testcase. But 'e0' certainly works. So pushed as is. Thanks, Mark
[Bug libelf/32232] Failed tests with lld linker
https://sourceware.org/bugzilla/show_bug.cgi?id=32232 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #1 from Mark Wielaard --- I think you should split this up in separate issues. Just picking a couple at random from the log: *** failure in /tmp/elfutils/src/elflint --quiet --gnu-ld /tmp/elfutils/src/addr2line section [ 6] '.gnu.version_r': entry 2 has invalid offset to next entry section [11] '.rodata': merge flag set but entry size is zero section [23] '.relro_padding' has wrong type: expected RELR, is NOBITS section [23] '.relro_padding' has wrong flags: expected none and possibly ALLOC, is WRITE|ALLOC The first two seem bugs in lld. Have you reported them? What did the lld developers say? The first .relro_padding issue might be an eu-elflint issue. It seems reasonable to have that be NOBITS. But I am not sure which standard describes this section. The second .relro_padding issue seems an issue with the linker, does that section really have to be writable? -- You are receiving this mail because: You are on the CC list for the bug.
