[Bug binutils/29566] New: objdump -p considers an empty .gnu.version_r invalid
https://sourceware.org/bugzilla/show_bug.cgi?id=29566 Bug ID: 29566 Summary: objdump -p considers an empty .gnu.version_r invalid Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: i at maskray dot me Target Milestone: --- % cat a.yaml --- !ELF FileHeader: Class: ELFCLASS64 Data:ELFDATA2LSB Type:ET_EXEC Machine: EM_X86_64 Sections: - Name:.gnu.version_r Type:SHT_GNU_verneed Flags: [ SHF_ALLOC ] DynamicSymbols: - Name:f1 Binding: STB_GLOBAL % yaml2obj a.yaml -o a.o# a utility from llvm-project . On Debian, the package "llvm" contains it. % objdump -p a.o a.o: file format elf64-x86-64 objdump: a.o: .gnu.version_r invalid entry objdump: warning: private headers incomplete: bad value % readelf -V a.o Version needs section '.gnu.version_r' contains 0 entries: Addr: 0x Offset: 0x40 Link: 3 (.dynstr) --- objdump -p gives a warning while readelf -V doesn't. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug libctf/29547] binutils-2.39: fails to build against cctools nm (no '-B' option support)
https://sourceware.org/bugzilla/show_bug.cgi?id=29547 --- Comment #4 from Nick Alcock --- Oh this gets more fun. We can't use the exit code because some nm's return a nonzero exit code if no symbols are found! I'll have to add a grosser hack, looking for the string 'invalid argument' (in the C locale, naturally). This makes me feel rather ill :/ (It's starting to feel easier to compile something and then try to look for its symbols, but at this stage I don't think we are guaranteed a working compiler.) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29075] objdump -S does not support debuginfod
https://sourceware.org/bugzilla/show_bug.cgi?id=29075 --- Comment #32 from Nick Clifton --- (In reply to Aaron Merey from comment #31) > Created attachment 14331 [details] > 0001-objdump-S-should-trigger-search-for-separate-debugin.patch Patch approved - please apply. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29075] objdump -S does not support debuginfod
https://sourceware.org/bugzilla/show_bug.cgi?id=29075 --- Comment #33 from Martin Liska --- Thanks Aaron, I can confirm the patch works for me! -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29075] objdump -S does not support debuginfod
https://sourceware.org/bugzilla/show_bug.cgi?id=29075 Aaron Merey changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #34 from Aaron Merey --- (In reply to Nick Clifton from comment #32) > (In reply to Aaron Merey from comment #31) > > Created attachment 14331 [details] > > 0001-objdump-S-should-trigger-search-for-separate-debugin.patch > > Patch approved - please apply. Thanks, pushed as commit e9a241e87b4. (In reply to Martin Liska from comment #33) > Thanks Aaron, I can confirm the patch works for me! Great, thanks for testing this. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug libctf/29547] binutils-2.39: fails to build against cctools nm (no '-B' option support)
https://sourceware.org/bugzilla/show_bug.cgi?id=29547 Nick Alcock changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #5 from Nick Alcock --- Something else! What if nm emits actual successful output? No nm out there is going to include its own name in the output in that case. We have to look for the expected format of the output (at least slightly) and consider the option accepted if that matches. Anyway, I have something that might just work: try the users/nalcock/libtool-nm branch on binutils-gdb git. (It doesn't break x86 Linux, Solaris 2.11 or FreeBSD 13, which is all I've tested so far.) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug libctf/29547] binutils-2.39: fails to build against cctools nm (no '-B' option support)
https://sourceware.org/bugzilla/show_bug.cgi?id=29547 Nick Alcock changed: What|Removed |Added Assignee|unassigned at sourceware dot org |nick.alcock at oracle dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29477] Build failure on musl: collector_module.h:78:13: error: duplicate member ‘pwrite’
https://sourceware.org/bugzilla/show_bug.cgi?id=29477 Kurt Goebel changed: What|Removed |Added Priority|P2 |P3 CC||kurt.goebel at oracle dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29521] [docs] man pages are not in the release tarball
https://sourceware.org/bugzilla/show_bug.cgi?id=29521 Kurt Goebel changed: What|Removed |Added CC||kurt.goebel at oracle dot com Priority|P2 |P3 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29397] binutils: support zstd for SHF_COMPRESSED debug sections
https://sourceware.org/bugzilla/show_bug.cgi?id=29397 trass3r changed: What|Removed |Added CC||trass3r at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29540] ld ppc64: unneeded R_PPC64_NONE in .rela.dyn when linking Linux vdso
https://sourceware.org/bugzilla/show_bug.cgi?id=29540 --- Comment #2 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=365bf300da35c11e27bb8cdd3964f82e3d32f094 commit 365bf300da35c11e27bb8cdd3964f82e3d32f094 Author: Alan Modra Date: Sat Sep 10 12:58:44 2022 +0930 PR29540, R_PPC64_NONE in .rela.dyn when linking Linux vdso PR 29540 * elf64-ppc.c (allocate_dynrelocs): Don't alloc space for relocs against discarded sections. (ppc64_elf_size_dynamic_sections): Use standard test for discarded sections. * elf32-ppc.c (allocate_dynrelocs): Don't alloc space for relocs against discarded sections. (ppc_elf_size_dynamic_sections): Use standard test for discarded sections. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29540] ld ppc64: unneeded R_PPC64_NONE in .rela.dyn when linking Linux vdso
https://sourceware.org/bugzilla/show_bug.cgi?id=29540 Alan Modra changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|--- |2.40 Status|ASSIGNED|RESOLVED --- Comment #3 from Alan Modra --- Fixed for 2.40 -- You are receiving this mail because: You are on the CC list for the bug.