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

https://sourceware.org/bugzilla/show_bug.cgi?id=32003 Bug ID: 32003 Summary: Specifying --package-metadata might not be possible and is too fragile Product: binutils Version: 2.44 (HEAD) Status: UNCONFIRMED Seve

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

https://sourceware.org/bugzilla/show_bug.cgi?id=32003 --- Comment #1 from Benjamin Drung --- Proposed --encoded-package-metadata patches: * ld patch v4: https://sourceware.org/pipermail/binutils/2024-July/135769.html * gold patch v3: https://sourceware.org/pipermail/binutils/2024-July/135796.html

Issue 68198 in oss-fuzz: binutils:fuzz_windres: Null-dereference READ in ubsan_GetStackTrace

Updates: Labels: -deadline-approaching -restrict-view-commit Deadline-Exceeded Comment #4 on issue 68198 by sheriffbot: binutils:fuzz_windres: Null-dereference READ in ubsan_GetStackTrace https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=68198#c4 This bug has exceeded our disclosure

[Bug binutils/32006] New: ld pulls symbols from wrong library

https://sourceware.org/bugzilla/show_bug.cgi?id=32006 Bug ID: 32006 Summary: ld pulls symbols from wrong library Product: binutils Version: 2.41 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binuti

[Bug ld/30697] ppc32 mix of local-dynamic and global-dynamic TLS

https://sourceware.org/bugzilla/show_bug.cgi?id=30697 Sam James changed: What|Removed |Added See Also||https://bugs.gentoo.org/sho

[Bug binutils/31953] Show PE objdump -P versions in human readable form

https://sourceware.org/bugzilla/show_bug.cgi?id=31953 --- Comment #5 from Nick Clifton --- Sorry - I am taking a look now... -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/31998] Linking with -fpic on sparc64 fails with: relocation truncated to fit: R_SPARC_GOT13

https://sourceware.org/bugzilla/show_bug.cgi?id=31998 --- Comment #2 from Sam James --- https://github.com/swig/swig/blob/9ef15fd93f3da0f16a7942cce0111e5e9b9eb481/configure.ac#L233 We should try swap it. -- You are receiving this mail because: You are on the CC list for the bug.

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

https://sourceware.org/bugzilla/show_bug.cgi?id=32003 H.J. Lu changed: What|Removed |Added CC||bluca at debian dot org -- You are receivi

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

https://sourceware.org/bugzilla/show_bug.cgi?id=32003 --- Comment #2 from H.J. Lu --- (In reply to Benjamin Drung from comment #0) > In Ubuntu we enabled setting ELF package metadata for the Debian package > that we build starting from Ubuntu 24.10 (oracular) on. Specifying the > linker flag --pa

[Bug binutils/32006] ld pulls symbols from wrong library

https://sourceware.org/bugzilla/show_bug.cgi?id=32006 H.J. Lu changed: What|Removed |Added Resolution|--- |NOTABUG Status|UNCONFIRMED

[Bug ld/31998] Linking with -fpic on sparc64 fails with: relocation truncated to fit: R_SPARC_GOT13

https://sourceware.org/bugzilla/show_bug.cgi?id=31998 matoro changed: What|Removed |Added Resolution|--- |INVALID URL|

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

https://sourceware.org/bugzilla/show_bug.cgi?id=32003 --- Comment #3 from H.J. Lu --- (In reply to H.J. Lu from comment #2) > It is very much unreadable. The main issue is that compiler drivers eat > comma. Can we update linker to support an escape for comma which won't be > eaten by compiler d

[Bug binutils/32006] ld pulls symbols from wrong library

https://sourceware.org/bugzilla/show_bug.cgi?id=32006 --- Comment #2 from Alan Modra --- Standard unix linkers extract an object from an archive if the object satisifies an undefined symbol reference in objects seen before the archive is searched. Ordering on the command line matters. -- You a