[Bug ld/10489] rpath-link separator and windows

https://sourceware.org/bugzilla/show_bug.cgi?id=10489 Alan Modra changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug ld/10409] Load address generated correctly, but applied incorrectly.

https://sourceware.org/bugzilla/show_bug.cgi?id=10409 Alan Modra changed: What|Removed |Added Resolution|--- |OBSOLETE Status|NEW

[Bug ld/10372] SH: ld test with sim/sh/run fails always.

https://sourceware.org/bugzilla/show_bug.cgi?id=10372 Alan Modra changed: What|Removed |Added Assignee|unassigned at sources dot redhat.c |amodra at gmail dot com

[Bug ld/10372] SH: ld test with sim/sh/run fails always.

https://sourceware.org/bugzilla/show_bug.cgi?id=10372 --- 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=8f401e317af76b1f55fa05d5d6903814c2a5a0bf commit 8f401e317af76b1f55fa05d5d6903

[Bug ld/4638] Discarded Sections with references don't cause errors (ARM/Thumb interworking)

https://sourceware.org/bugzilla/show_bug.cgi?id=4638 --- Comment #3 from Alan Modra --- Sorry, we have just too many bugzilla entries to handle. It's like this. Everyone who has looked at this bugzilla entry has decided "No, I won't fix this one today". You also have decided, "It's not worth m

[Bug gprofng/29521] man pages are not in the release tarball

https://sourceware.org/bugzilla/show_bug.cgi?id=29521 Vladimir Mezentsev changed: What|Removed |Added Assignee|vladimir.mezentsev at oracle dot c |ruud.vanderpas at oracle

[Bug gprofng/29521] New: man pages are not in the release tarball

https://sourceware.org/bugzilla/show_bug.cgi?id=29521 Bug ID: 29521 Summary: man pages are not in the release tarball Product: binutils Version: 2.39 Status: UNCONFIRMED Severity: normal Priority: P2 Component: g

[Bug ld/10365] ld: does not set DT_TEXTREL on libs with R_ARM_PC24 relocations

https://sourceware.org/bugzilla/show_bug.cgi?id=10365 Alan Modra changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW

[Bug ld/10356] Segfault in ld with --eh-frame-header for Thumb2

https://sourceware.org/bugzilla/show_bug.cgi?id=10356 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/10317] Specifying end address of a ELF section in linker script

https://sourceware.org/bugzilla/show_bug.cgi?id=10317 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/4638] Discarded Sections with references don't cause errors (ARM/Thumb interworking)

https://sourceware.org/bugzilla/show_bug.cgi?id=4638 --- Comment #2 from Axel Heider --- Well, you have a point there - but don't you think emitting at least a warning here makes sense as this is a corner case one can run into by accident? Emitting non-working code seems not really useful either.

[Bug ld/10259] ld generates bad long branch stubs

https://sourceware.org/bugzilla/show_bug.cgi?id=10259 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/9862] FAIL: EABI attribute merging 4

https://sourceware.org/bugzilla/show_bug.cgi?id=9862 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/7061] cross ld configured with --with-sysroot doesn't search all relevant library directories

https://sourceware.org/bugzilla/show_bug.cgi?id=7061 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug ld/6468] ld: --export-dynamic fails if no undefined symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=6468 Alan Modra changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

[Bug ld/6747] regression: ld adds -fpic private flag

https://sourceware.org/bugzilla/show_bug.cgi?id=6747 Bug 6747 depends on bug 6446, which changed state. Bug 6446 Summary: Handling of EF_FRV_PIC https://sourceware.org/bugzilla/show_bug.cgi?id=6446 What|Removed |Added

[Bug ld/6446] Handling of EF_FRV_PIC

https://sourceware.org/bugzilla/show_bug.cgi?id=6446 Alan Modra changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

[Bug ld/5305] ld does not alias with .lib files

https://sourceware.org/bugzilla/show_bug.cgi?id=5305 Alan Modra changed: What|Removed |Added Resolution|--- |OBSOLETE Status|NEW

[Bug ld/4928] Linker should check code sequence before TLS optimization

https://sourceware.org/bugzilla/show_bug.cgi?id=4928 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/4646] TOC entries could be merged

https://sourceware.org/bugzilla/show_bug.cgi?id=4646 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/4638] Discarded Sections with references don't cause errors (ARM/Thumb interworking)

https://sourceware.org/bugzilla/show_bug.cgi?id=4638 Alan Modra changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

[Bug ld/3163] Provide example of assignment to a symbol within a section in linker scripts

https://sourceware.org/bugzilla/show_bug.cgi?id=3163 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Issue 47637 in oss-fuzz: binutils:fuzz_nm: Crash in filter_symbols

Updates: Labels: -restrict-view-commit -deadline-approaching Deadline-Exceeded Comment #3 on issue 47637 by sheriffbot: binutils:fuzz_nm: Crash in filter_symbols https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47637#c3 This bug has exceeded our disclosure deadline. It has been open

Issue 47792 in oss-fuzz: binutils:fuzz_objcopy: Out-of-memory in fuzz_objcopy

Updates: Labels: Deadline-Approaching Comment #2 on issue 47792 by sheriffbot: binutils:fuzz_objcopy: Out-of-memory in fuzz_objcopy https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47792#c2 This bug is approaching its deadline for being fixed, and will be automatically derestricted

[Bug gas/29519] .unreq does not handle line separator characters as such

https://sourceware.org/bugzilla/show_bug.cgi?id=29519 --- Comment #7 from Richard Earnshaw --- Fixed for arm with https://sourceware.org/pipermail/binutils/2022-August/122587.html, but need something similar for aarch64. -- You are receiving this mail because: You are on the CC list for the bug

[Bug gas/29517] DWARF subprograms output by gas-2.39 have a 'void' return type

https://sourceware.org/bugzilla/show_bug.cgi?id=29517 --- Comment #4 from Kevin Buettner --- (In reply to Nick Clifton from comment #2) > Is this the sort of patch you had in mind ? > > I have not regression tested it yet, but I thought that it might be worth > checking with you that this i

[Bug gas/29519] .unreq does not handle line separator characters as such

https://sourceware.org/bugzilla/show_bug.cgi?id=29519 Richard Earnshaw changed: What|Removed |Added Status|ASSIGNED|NEW --- Comment #6 from Richard Ea

[Bug gas/29519] .unreq does not handle line separator characters as such

https://sourceware.org/bugzilla/show_bug.cgi?id=29519 --- Comment #5 from Nick Clifton --- > I am currently testing this patch which I think should fix the problem. Oops - sorry Richard - I missed that you were working on this... -- You are receiving this mail because: You are on the CC list

[Bug gas/29519] .unreq does not handle line separator characters as such

https://sourceware.org/bugzilla/show_bug.cgi?id=29519 Nick Clifton changed: What|Removed |Added Assignee|unassigned at sourceware dot org |nickc at redhat dot com

[Bug gas/29519] .unreq does not handle line separator characters as such

https://sourceware.org/bugzilla/show_bug.cgi?id=29519 --- Comment #3 from Richard Earnshaw --- The slightly strange thing is that the front-end parser passes the entire buffer to a directive statement, unlike md_assemble which is just passed a single statement. It's not at all clear why that is.

[Bug gas/29517] DWARF subprograms output by gas-2.39 have a 'void' return type

https://sourceware.org/bugzilla/show_bug.cgi?id=29517 --- Comment #3 from Frank Ch. Eigler --- (lgtm on paper!) -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/3132] Incorrect 16-bit relocations in ELF

https://sourceware.org/bugzilla/show_bug.cgi?id=3132 Alan Modra changed: What|Removed |Added Component|ld |gas --- Comment #2 from Alan Modra --- T

[Bug gas/29519] .unreq does not handle line separator characters as such

https://sourceware.org/bugzilla/show_bug.cgi?id=29519 Richard Earnshaw changed: What|Removed |Added CC||rearnsha at gcc dot gnu.org --- Co

[Bug gas/29517] DWARF subprograms output by gas-2.39 have a 'void' return type

https://sourceware.org/bugzilla/show_bug.cgi?id=29517 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #2

[Bug gas/29517] DWARF subprograms output by gas-2.39 have a 'void' return type

https://sourceware.org/bugzilla/show_bug.cgi?id=29517 Nick Clifton changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug gas/29519] .unreq does not handle line separator characters as such

https://sourceware.org/bugzilla/show_bug.cgi?id=29519 --- Comment #1 from Andreas Schwab --- There are more directives that have the same problem, because every directive needs to do its own parsing. $ echo '.cpu generic ;' | aarch64-suse-linux-as {standard input}: Assembler messages: {standard

[Bug gas/29519] New: .unreq does not handle line separator characters as such

https://sourceware.org/bugzilla/show_bug.cgi?id=29519 Bug ID: 29519 Summary: .unreq does not handle line separator characters as such Product: binutils Version: 2.35 Status: NEW Severity: normal Priori

[Bug binutils/29505] xxx-w64-mingw32-objdump takes a long time to scan pe binaries for debug information

https://sourceware.org/bugzilla/show_bug.cgi?id=29505 --- Comment #11 from Ralf Habacker --- Created attachment 14295 --> https://sourceware.org/bugzilla/attachment.cgi?id=14295&action=edit 2. Screenshot from running strace This difference is repeated very often after the difference from the f

[Bug binutils/29505] xxx-w64-mingw32-objdump takes a long time to scan pe binaries for debug information

https://sourceware.org/bugzilla/show_bug.cgi?id=29505 --- Comment #10 from Ralf Habacker --- Created attachment 14294 --> https://sourceware.org/bugzilla/attachment.cgi?id=14294&action=edit Screenshot from comparing strace output The attached screenshot shows clear differences between running

[Bug binutils/29505] xxx-w64-mingw32-objdump takes a long time to scan pe binaries for debug information

https://sourceware.org/bugzilla/show_bug.cgi?id=29505 --- Comment #9 from Ralf Habacker --- (In reply to Nick Clifton from comment #8) > Would you mind trying a small test ? Does this patch make any difference to > the performance ? No, unfortunately that is not the case. [ 329s] extracting d

[Bug gas/29517] DWARF subprograms output by gas-2.39 have a 'void' return type

https://sourceware.org/bugzilla/show_bug.cgi?id=29517 --- Comment #1 from Jan Beulich --- (In reply to Kevin Buettner from comment #0) > Note that there's no DW_AT_type attribute (which would specify the return > type) for the munmap subprogram. As I understand it, this causes the return > type t