[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 to be void. In section 3.3.2 of the DWARF 5 doc, it says "Debugging > information entries for C void functions should not have an attribute for > the return type." > > However, a potential fix is suggested by section 5.2: "An unspecified > (implicit, unknown, ambiguous or nonexistent) type is represented by a > debugging information entry with the tag DW_TAG_unspecified_type." Well, that's the route to take then for Dwarf3 and newer, I guess. I don't currently see what we could do about it for Dwarf2, though. -- You are receiving this mail because: You are on the CC list for the bug.
[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 debug info from /home/abuild/rpmbuild/BUILDROOT/mingw32-libqt5-qttools-src-5.12.12-3.4.x86_64/usr/i686-w64-mingw32/sys-root/mingw/bin/assistant-qt5.exe [ 343s] On OBS there are still 34 seconds required abuild@linux:~/rpmbuild/BUILD/qttools-everywhere-src-5.12.12> time i686-w64-mingw32-objdump -Wi bin/assistant.exe >/dev/null real0m34.329s user0m8.232s sys 0m26.092s and also in the local chroot env. -- You are receiving this mail because: You are on the CC list for the bug.
[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 objdump with strace on the host (left) and in the chroot environment (right) -- You are receiving this mail because: You are on the CC list for the bug.
[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 first screenshot- Maybe something with limited or fragmented memory ? -- You are receiving this mail because: You are on the CC list for the bug.
[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 Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: nsz at gcc dot gnu.org Target Milestone: --- e.g. on aarch64 assembling foo .req x0 .unreq foo ; fails with :2: Error: unknown register alias 'foo;' the ; should be a line separator and not parsed as part of the register alias name. because of this it's not possible to place multiple .unreq on the same line. -- You are receiving this mail because: You are on the CC list for the bug.
[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 input}:1: Error: unknown cpu `generic;'
--
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 Nick Clifton changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at sourceware dot org |nickc at redhat dot com -- 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 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #2 from Nick Clifton --- Created attachment 14296 --> https://sourceware.org/bugzilla/attachment.cgi?id=14296&action=edit Proposed Patch Hi Kevin, Hi Frank, 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 is what you were looking for. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[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 --- Comment #2 from Richard Earnshaw --- I have a fix for the .unreq. -- 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 --- This is a gas problem. gas is generating R_H8_DIR16 for the .word expression, which is wrong. The expression needs a 16 bit pc-relative reloc instead, or gas should be resolving the "label-." expression itself. It doesn't resolve the expression because h8300 sets linkrelax and there is no logic to detect that the expression is pc-relative and does not cross a region that could change size. -- 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 #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/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. -- You are receiving this mail because: You are on the CC list for the bug.
[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 CC||nickc at redhat dot com Status|NEW |ASSIGNED --- Comment #4 from Nick Clifton --- Created attachment 14297 --> https://sourceware.org/bugzilla/attachment.cgi?id=14297&action=edit Proposed Patch I am currently testing this patch which I think should fix the problem. -- You are receiving this mail because: You are on the CC list for the bug.
[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 for the bug.
[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 Earnshaw --- I think there's a simpler fix than that, we can just use find_end_of_line(). -- 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 is what you were looking for. LGTM also. -- You are receiving this mail because: You are on the CC list for the bug.
[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.
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 within 7 days. If a fix is planned within 2 weeks after the deadline has passed, a grace extension can be granted. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
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 opened to the public. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
[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|--- |OBSOLETE --- Comment #1 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[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 |RESOLVED --- Comment #1 from Alan Modra --- Yes, things don't work if you write bad linker scripts. -- You are receiving this mail because: You are on the CC list for the bug.
[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|--- |WONTFIX --- Comment #3 from Alan Modra --- Fixing this 15 year old bugzilla is just not going to happen. -- You are receiving this mail because: You are on the CC list for the bug.
[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|--- |OBSOLETE --- Comment #5 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[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 |RESOLVED --- Comment #2 from Alan Modra --- As per comment #1, probably fixed a long time ago. -- You are receiving this mail because: You are on the CC list for the bug.
[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 |RESOLVED --- Comment #7 from Alan Modra --- Proven to destabilise the linker -- You are receiving this mail because: You are on the CC list for the bug.
[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 Status|NEW |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are on the CC list for the bug.
[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 |RESOLVED --- Comment #7 from Alan Modra --- --export-dynamic is behaving as documented. There are no dynamic symbols in a statically linked executable. -- You are receiving this mail because: You are on the CC list for the bug.
[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|--- |FIXED --- Comment #4 from Alan Modra --- Fixed a long time ago -- You are receiving this mail because: You are on the CC list for the bug.
[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|--- |FIXED --- Comment #1 from Alan Modra --- Fixed apparently -- You are receiving this mail because: You are on the CC list for the bug.
[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|--- |OBSOLETE --- Comment #5 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[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. I doubt there is a use case where one wants this NULL jumps. So why not catch this usage error? -- You are receiving this mail because: You are on the CC list for the bug.
[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|--- |OBSOLETE --- Comment #1 from Alan Modra --- This may actually work with current ld. -- You are receiving this mail because: You are on the CC list for the bug.
[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|--- |OBSOLETE --- Comment #3 from Alan Modra --- Probably fixed. -- You are receiving this mail because: You are on the CC list for the bug.
[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 |RESOLVED
--- Comment #1 from Alan Modra ---
This seems to work with current tools. In the testcase
0458 :
458: e92d4800push{fp, lr}
45c: e28db004add fp, sp, #4
460: ebb0bl 328
464: e1a03000mov r3, r0
468: e1a3mov r0, r3
46c: e8bd8800pop {fp, pc}
So no R_ARM_PC24 dynamic reloc in text.
--
You are receiving this mail because:
You are on the CC list for the bug.
[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: gprofng Assignee: vladimir.mezentsev at oracle dot com Reporter: xry111 at mengyan1223 dot wang Target Milestone: --- All other binutils compoents has man pages bundled in the release tarball, but gprofng does not. Then if binutils is built from source without help2man installed, we end up with empty man pages installed into system. If you really don't want to bundle the man page, at least don't install an empty one. -- You are receiving this mail because: You are on the CC list for the bug.
[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 dot com |om | Ever confirmed|0 |1 Last reconfirmed||2022-08-25 Status|UNCONFIRMED |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug.
[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 me spending the time to learn how to fix this myself." For 15 years! Thus everyone has voted WONTFIX, regardless of how nice the feature might be. -- You are receiving this mail because: You are on the CC list for the bug.
[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 8f401e317af76b1f55fa05d5d6903814c2a5a0bf Author: Alan Modra Date: Thu Aug 25 12:24:39 2022 +0930 PR10372, SH: ld test with sim/sh/run fails always PR 10372 * testsuite/ld-sh/start.s: Add _start sym. Use trapa 34. Create an alloc .stack section. -- You are receiving this mail because: You are on the CC list for the bug.
[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 |om | Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #3 from Alan Modra --- Fixed. -- You are receiving this mail because: You are on the CC list for the bug.
[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 |RESOLVED --- Comment #6 from Alan Modra --- Closed due to lack of feedback. -- You are receiving this mail because: You are on the CC list for the bug.
[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 |RESOLVED --- Comment #3 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
