[PATCH] lib: Add documentation to explain concurrent htab resizing.

2022-08-05 Thread Mark Wielaard
Document which lock is held by which thread and how moving the htab data is coordinated. Signed-off-by: Mark Wielaard --- lib/ChangeLog| 8 lib/dynamicsizehash_concurrent.c | 26 -- 2 files changed, 28 insertions(+), 6 deletions(-) diff --gi

[PATCH] po: standardize Project-Id-Version to just elfutils

2022-08-05 Thread Mark Wielaard
The po/pl.po file already just said Project-Id-Version: elfutils\n Do the same for the other po files which had somewhat odd names. The generated pot file will still include the version number too. Signed-off-by: Mark Wielaard --- po/ChangeLog | 7 +++ po/de.po | 2 +- po/es.po | 2 +

Re: [PATCH] po: standardize Project-Id-Version to just elfutils

2022-08-05 Thread Dmitry V. Levin
On Fri, Aug 05, 2022 at 07:51:04PM +0200, Mark Wielaard wrote: > The po/pl.po file already just said Project-Id-Version: elfutils\n > Do the same for the other po files which had somewhat odd names. > The generated pot file will still include the version number too. That's obviously correct, thank

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

2022-08-05 Thread slyich at gmail dot com via Elfutils-devel
https://sourceware.org/bugzilla/show_bug.cgi?id=29450 Bug ID: 29450 Summary: run-low_high_pc.sh fails on i386 against binutils-2.39 Product: elfutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2

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

2022-08-05 Thread slyich at gmail dot com via Elfutils-devel
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

2022-08-05 Thread slyich at gmail dot com via Elfutils-devel
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