[Bug ld/32003] Specifying --package-metadata might not be possible and is too fragile

2024-08-10 Thread bluca at debian dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=32003 --- Comment #28 from Luca Boccassi --- As user and owner of the spec, I am fine with any of those options. A slight preference for a new command line (option A), as that means you don't need to worry about version matching - if the new flag is

[Bug ld/32003] Specifying --package-metadata might not be possible and is too fragile

2024-08-10 Thread dilfridge at gentoo dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=32003 --- Comment #29 from Andreas K. Huettel --- > > Option A: Introduce a new --encoded-package-metadata parameter that takes > the encoded string. > > Option B: Extend --package-metadata to always decode the given string. As > previously discu

[Bug ld/32003] Specifying --package-metadata might not be possible and is too fragile

2024-08-10 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32003 --- Comment #30 from H.J. Lu --- (In reply to Benjamin Drung from comment #27) > Option A: Introduce a new --encoded-package-metadata parameter that takes > the encoded string. This option isn't readable. > Option B: Extend --package-metada

[Bug ld/32067] ld crash in _bfd_elf_link_keep_memory when building statifier-1.7.4 with -Wl,--oformat,binary

2024-08-10 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=32067 --- Comment #4 from Sourceware Commits --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=602f5cf7e3a82229d75998a5f6eb13753f828bb3 commit 602f5cf7e3a82229d75998a5f6eb13753f828bb3 Au

[Bug gold/32071] New: undefined weak hidden function symbols resolves to garbage

2024-08-10 Thread ishitatsuyuki at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32071 Bug ID: 32071 Summary: undefined weak hidden function symbols resolves to garbage Product: binutils Version: 2.43 Status: UNCONFIRMED Severity: normal

[Bug ld/32067] ld crash in _bfd_elf_link_keep_memory when building statifier-1.7.4 with -Wl,--oformat,binary

2024-08-10 Thread sam at gentoo dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=32067 --- Comment #5 from Sam James --- Thank you Alan and H.J.! I wasn't sure how to stop it getting there in the first place. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/32067] ld crash in _bfd_elf_link_keep_memory when building statifier-1.7.4 with -Wl,--oformat,binary

2024-08-10 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32067 --- Comment #6 from Alan Modra --- HJ, when looking at the loop setting non_ir_ref_regular, I noticed the test of info->strip in determining whether to look at debug sections' relocs. That seems wrong to me. Should you allow a debug referenc

[Bug ld/32067] ld crash in _bfd_elf_link_keep_memory when building statifier-1.7.4 with -Wl,--oformat,binary

2024-08-10 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32067 --- Comment #7 from H.J. Lu --- (In reply to Alan Modra from comment #6) > HJ, when looking at the loop setting non_ir_ref_regular, I noticed the test > of info->strip in determining whether to look at debug sections' relocs. > That seems wro