☺ Buildbot (Sourceware): elfutils - build successful (main)

A restored build has been detected on builder elfutils-fedora-ppc64le while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#/builders/55/builds/397 Build state: build successful Revision: 31883ca665354baca6efff5a8f4f95616acf05b3 Worker: fedora-ppc64

[COMMITTED] tests/.gitignore: Add dwarf_language_lower_bound, test-manyfuncs

Signed-off-by: Aaron Merey --- tests/.gitignore | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tests/.gitignore b/tests/.gitignore index f8869b40..6ae12adb 100644 --- a/tests/.gitignore +++ b/tests/.gitignore @@ -41,6 +41,7 @@ /dwarf_default_lower_bound /dwarfcfi /dwelf_elf_e_machine_st

☝ Buildbot (Sourceware): elfutils - worker not pinged (main)

A retry build has been detected on builder elfutils-fedora-arm64 while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#/builders/180/builds/432 Build state: worker not pinged Revision: (unknown) Worker: fedora-arm64 Build Reason: (unknown) Blamelist

[COMMITTED] libdw/libdw_findcu.c: Fix TOCTOU race condition in __libdw_findcu

Ensure that dwarf_lock is held before accessing next_tu_offset and next_cu_offset. This fixes a TOCTOU bug in __libdw_findcu that causes NULL to be incorrectly returned. Signed-off-by: Aaron Merey --- libdw/libdw_findcu.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --gi

☺ Buildbot (Sourceware): elfutils - build successful (main)

A restored build has been detected on builder elfutils-debian-armhf while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#/builders/6/builds/397 Build state: build successful Revision: 66ae4b7ed9fd8dfd95c1276e752b279fc1aad996 Worker: debian-armhf Bu

☺ Buildbot (Sourceware): elfutils - build successful (main)

A restored build has been detected on builder elfutils-debian-armhf while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#/builders/6/builds/399 Build state: build successful Revision: 0bebc2e63918ce46a30a159491b9993d65c3b35a Worker: debian-armhf Bu

☠ Buildbot (Sourceware): elfutils - failed test (failure) (main)

A new failure has been detected on builder elfutils-debian-armhf while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#/builders/6/builds/398 Build state: failed test (failure) Revision: 33d4a60d13e0f82fb89cff389abf9770121d160a Worker: debian-armhf

☠ Buildbot (Sourceware): elfutils - failed test (failure) (main)

A new failure has been detected on builder elfutils-debian-i386 while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#/builders/17/builds/465 Build state: failed test (failure) Revision: 5896c1e61b568ef357c68f69a6b193df1bbcafe8 Worker: debian-i386 B

[COMMITTED] tests/thread-safety-subr.sh: Change if [[ ]] to if [ ]

Using [[ is a bashism. We can just use [ since this is a simple comparision. * tests/thread-safety-subr.sh: Use if [ instead of if [[. Signed-off-by: Mark Wielaard --- tests/thread-safety-subr.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/thread-safety-sub

☠ Buildbot (Sourceware): elfutils-snapshots-coverage - failed test (failure) (main)

A new failure has been detected on builder elfutils-snapshots-coverage while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#/builders/250/builds/220 Build state: failed test (failure) Revision: 33d4a60d13e0f82fb89cff389abf9770121d160a Worker: snaps

☠ Buildbot (Sourceware): elfutils - failed test (failure) (main)

A new failure has been detected on builder elfutils-debian-armhf while building elfutils. Full details are available at: https://builder.sourceware.org/buildbot/#/builders/6/builds/396 Build state: failed test (failure) Revision: f49baa1febcb36707cb5acf9974a4faf269a98d6 Worker: debian-armhf

Re: [PATCH 1/1] debuginfod: add --http-addr option

Hi Michael, On Thu, Mar 20, 2025 at 02:58:34PM +, Trapp, Michael wrote: > > Am 19.03.2025 um 13:35 schrieb Mark Wielaard : > > The code itself does look ok, although I think it could be simplified a > > little if we go for something like --listen-local only (assuming that > > makes sense). >

Re: [PATCH 3/4] libdw: Make dwarf_srclang forward compatible with DW_AT_language_name

Hi Mark, On Tue, Mar 11, 2025 at 6:00 AM Mark Wielaard wrote: > > For programs which use dwarf_srclang it might be useful to translate a > DW_LNAME (plus version) into a DW_LANG constant if there is no > DW_AT_language constant, but there is a DW_AT_language_name (and > DW_AT_language_version). >

Re: [PATCH 4/4] readelf: Add support for printing DW_AT_language_name DW_LNAMEs

Hi Mark, On Tue, Mar 11, 2025 at 6:01 AM Mark Wielaard wrote: > > Add a testfile using GCC 15 (experimental). > > * libdw/dwarf.h: Add DW_LNAME_lo_user and DW_LNAME_hi_user. > * src/readelf.c (dwarf_lname_string): New function. > (dwarf_lname_name): Likewise. >

Re: [PATCH 2/4] libdw: Add dwarf_language and dwarf_language_lower_bound functions.

Hi Mark, On Tue, Mar 11, 2025 at 5:59 AM Mark Wielaard wrote: > > dwarf_language returns a DW_LNAME constant for a CU Die. If the CU Die > has a DW_AT_language_name attribute dwarf_language will return it and > the DW_AT_language_version attribute value. Otherwise dwarf_language > will lookup the

Re: [PATCH 1/4] dwarf.h: Add DWARF v6 langauge attributes and DW_LNAME constants

Hi Mark, On Tue, Mar 11, 2025 at 5:59 AM Mark Wielaard wrote: > > https://dwarfstd.org/languages-v6.html defines the DWARF v6 language > attributes, DW_AT_language_name, DW_AT_language_version and DW_LNAME > constants as usable by pre-DWARF v6 producers and consumers. > > Also add new DW_LANG_V a

Re: [PATCH 3/9 v4] libdwP.h: Add locking to str_offsets_base_off

Hi Aaron, On Sun, 2025-03-16 at 21:51 -0400, Aaron Merey wrote: > * libdw/dwarf_end.c (cu_free): Free str_off_base_lock. > * libdw/libdwP.h (struct Dwarf_CU): Add str_off_base_lock member. > (str_offsets_base_off): Add locking. > * libdw/libdw_findcu.c (__libdw_intern_next_

Re: [PATCH 2/9 v4] libdw: Add locking to dwarf_getsrcfiles, dwarf_getsrclines, dwarf_macro_getsrcfiles

Hi Aaron, On Sun, 2025-03-16 at 21:51 -0400, Aaron Merey wrote: > * libdw/dwarf_begin_elf.c (dwarf_begin_elf): Init macro_lock. > * libdw/dwarf_end.c (cu_free): Free src_lock. > (dwarf_end): Free macro_lock. > * libdw/dwarf_getsrcfiles.c (dwarf_getsrcfiles): Use src_lock. >