[Bug ld/6996] Regression: linking fails on objects in discarded section of *.o files
https://sourceware.org/bugzilla/show_bug.cgi?id=6996 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED CC||amodra at gmail dot com Resolution|--- |FIXED --- Comment #5 from Alan Modra --- Presumed fixed. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/5597] objdump --debugging loses with stabs when sizeof (bfd_vma)=4 and enum member needs 64 bits
https://sourceware.org/bugzilla/show_bug.cgi?id=5597 Alan Modra changed: What|Removed |Added Status|WAITING |NEW -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/4799] Common symbols not given type STT_COMMON
https://sourceware.org/bugzilla/show_bug.cgi?id=4799 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED CC||amodra at gmail dot com Resolution|--- |FIXED --- Comment #6 from Alan Modra --- Fixed already, I think. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/4188] Different results in R_H8_PCREL8 relocations between direct binary output and objcopy
https://sourceware.org/bugzilla/show_bug.cgi?id=4188 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Alan Modra --- It isn't hard to fix the h8300 reloc howtos using special_function, but the work-around Nick mentions in comment #3 is better anyway so no one will likely write the code. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/3435] ld error message cryptic when issuing both -lssp and -nostdlib
https://sourceware.org/bugzilla/show_bug.cgi?id=3435 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |OBSOLETE --- Comment #3 from Alan Modra --- No reply, no action. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr
https://sourceware.org/bugzilla/show_bug.cgi?id=3191 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |OBSOLETE --- Comment #44 from Alan Modra --- (In reply to d...@false.org from comment #43) > I've checked in a version of HJ's patch. But I can't work out what the > problem > is in this long bug report, so I'm not sure if it's fixed now. Nor can I, and this is an ancient bug report, so closing. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/3017] binutils/doc/Makefile.in uses syntax not accepted by solaris /bin/sh
https://sourceware.org/bugzilla/show_bug.cgi?id=3017 Bug 3017 depends on bug 2993, which changed state. Bug 2993 Summary: compile error bfd.c: noreturn function does return https://sourceware.org/bugzilla/show_bug.cgi?id=2993 What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/2993] compile error bfd.c: noreturn function does return
https://sourceware.org/bugzilla/show_bug.cgi?id=2993 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Alan Modra --- I suspect this has been fixed outside binutils. In any case, this is really not a binutils problem. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/2848] macro name syntax changed
https://sourceware.org/bugzilla/show_bug.cgi?id=2848 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |WONTFIX --- Comment #7 from Alan Modra --- Even if "." isn't part of a name the macro is bad. The first argument (for size) becomes ".l $%d0" so the result would be "move.l%d0 %d1," after the usual whitespace removal. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/2834] Linker reports error "X referenced in section '.rodata' of foo.o: defined in discarded section X of foo.o" with g++ 3.3
https://sourceware.org/bugzilla/show_bug.cgi?id=2834 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED CC||amodra at gmail dot com Resolution|--- |INVALID --- Comment #7 from Alan Modra --- Closing. See comment #1 and #4 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprof/2776] Strange profiling results
https://sourceware.org/bugzilla/show_bug.cgi?id=2776 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |INVALID --- Comment #3 from Alan Modra --- Profiling is complicated. Very likely the time spent in gettimeofday is not being counted. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/22843] Provide dependency information from the linker similar to the compiler
https://sourceware.org/bugzilla/show_bug.cgi?id=22843 John Adriaan changed: What|Removed |Added CC||John.Adriaan at BigPond dot com --- Comment #7 from John Adriaan --- For `ld` to produce a dependency file for `make` to parse is a great idea, but for a use case not so far given - and one that is MUCH closer to the reason the compiler does so: include files. `ld` supports the INCLUDE command, to include a sub-part of the whole linker script. But if a change is made to only such an include file, `make` won't re-link the executable. If `ld` is updated to produce a dependency file, please ensure it also lists any specified `INCLUDE` files. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/2750] ld has problem with -shared, and GDB, SUN solaris 10 X86 (amd)
https://sourceware.org/bugzilla/show_bug.cgi?id=2750 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Alan Modra --- We can't do anything about such old bugs that don't have testcases or an active maintainer for the target. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/2729] ld terminated with signal 11 [Segmentation fault]
https://sourceware.org/bugzilla/show_bug.cgi?id=2729 Alan Modra changed: What|Removed |Added Status|WAITING |NEW -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/747] Profiling of nested functions
https://sourceware.org/bugzilla/show_bug.cgi?id=747 Alan Modra changed: What|Removed |Added Status|WAITING |NEW -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/785] Bug in direct linkink to DLLs with ordinals
https://sourceware.org/bugzilla/show_bug.cgi?id=785 Alan Modra changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|davek at gcc dot gnu.org |unassigned at sourceware dot org --- Comment #3 from Alan Modra --- Resetting assignee due to lack of action -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprof/2335] gprof reads executable 10x slower on opteron/x86_64
https://sourceware.org/bugzilla/show_bug.cgi?id=2335 Alan Modra changed: What|Removed |Added Status|ASSIGNED|NEW CC||amodra at gmail dot com Assignee|bje at sources dot redhat.com |unassigned at sourceware dot org --- Comment #10 from Alan Modra --- Resetting assignee. Too long without any action. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/5704] Invalid warning about predicate WAW for Itanium
https://sourceware.org/bugzilla/show_bug.cgi?id=5704 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||amodra at gmail dot com Resolution|--- |WONTFIX --- Comment #2 from Alan Modra --- Closing based on comment #1 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/2345] The rule 17 in IA64 dependency table isn't handled correctly
https://sourceware.org/bugzilla/show_bug.cgi?id=2345 Alan Modra changed: What|Removed |Added Status|ASSIGNED|NEW CC||amodra at gmail dot com Assignee|wilson at sources dot redhat.com |unassigned at sourceware dot org --- Comment #1 from Alan Modra --- Resetting assignee due to lack of activity and Jim being assigned by someone else. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/1009] .pred.rel.mutex doesn't understand .rotp values
https://sourceware.org/bugzilla/show_bug.cgi?id=1009 Alan Modra changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|wilson at sources dot redhat.com |unassigned at sourceware dot org --- Comment #1 from Alan Modra --- Marking unassigned given that Jim was assigned by someone else and there's been no activity on this bug for nearly 15 years. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/785] Bug in direct linkink to DLLs with ordinals
https://sourceware.org/bugzilla/show_bug.cgi?id=785 Alan Modra changed: What|Removed |Added Severity|critical|normal -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/4110] Broken object file crashes nm
https://sourceware.org/bugzilla/show_bug.cgi?id=4110 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED CC||amodra at gmail dot com Resolution|--- |FIXED --- Comment #23 from Alan Modra --- Fixed. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/4110] Broken object file crashes nm
https://sourceware.org/bugzilla/show_bug.cgi?id=4110 --- Comment #22 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=327301a4604da40da264c554daa8c1e97aa2fbe2 commit 327301a4604da40da264c554daa8c1e97aa2fbe2 Author: Alan Modra Date: Fri Jan 31 00:53:59 2020 +1030 OOM in setup_group We alloc, seek and read using section sizes in object files. Fuzzed objects can have silly sizes, but that's OK if the system supports memory over-commit. The read fails because we hit EOF and that usually results in a graceful exit. But if we memset before the read then the invalid size results in attempting to write to a huge number of memory pages, and an eventual Out Of Memory after probably swapping like crazy. So don't memset. There really isn't a need to clear the section contents anyway. All bytes are written with a good object file by the read and following loop converting section index in target order to ELF section header pointer, and the only untidy bytes are the 4 bytes past the group flags when pointers are 8 bytes. Those don't matter but the patch clears them for anyone poking around in a debugger. On error paths it's as good to free section contents as it is to clear them. Noticed when looking at PR4110 fourth test case. PR 4110 * elf.c (setup_group): Don't clear entire section contents, just the padding after group flags. Release alloc'd memory after a seek or read failure. -- You are receiving this mail because: You are on the CC list for the bug.
Issue 19602 in oss-fuzz: binutils:fuzz_bfd: Direct-leak in bfd_malloc
Updates: Labels: -restrict-view-commit Comment #3 on issue 19602 by sheriff...@chromium.org: binutils:fuzz_bfd: Direct-leak in bfd_malloc https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=19602#c3 This bug has been fixed for 30 days. 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.
Issue 19606 in oss-fuzz: binutils:fuzz_bfd: Direct-leak in bfd_malloc
Updates: Labels: -restrict-view-commit Comment #4 on issue 19606 by sheriff...@chromium.org: binutils:fuzz_bfd: Direct-leak in bfd_malloc https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=19606#c4 This bug has been fixed for 30 days. 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.
Issue 19657 in oss-fuzz: binutils:fuzz_bfd: Direct-leak in bfd_malloc
Updates: Labels: -restrict-view-commit Comment #3 on issue 19657 by sheriff...@chromium.org: binutils:fuzz_bfd: Direct-leak in bfd_malloc https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=19657#c3 This bug has been fixed for 30 days. 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.
Issue 19741 in oss-fuzz: binutils:fuzz_bfd: Direct-leak in bfd_malloc
Updates: Labels: -restrict-view-commit Comment #3 on issue 19741 by sheriff...@chromium.org: binutils:fuzz_bfd: Direct-leak in bfd_malloc https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=19741#c3 This bug has been fixed for 30 days. 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 gas/25469] [Z80][PATCH] Add support for GameBoy Z80 CPU and .cfi directives
https://sourceware.org/bugzilla/show_bug.cgi?id=25469 Sergey Belyashov changed: What|Removed |Added Attachment #12237|0 |1 is obsolete|| --- Comment #3 from Sergey Belyashov --- Created attachment 12238 --> https://sourceware.org/bugzilla/attachment.cgi?id=12238=edit Add support GBZ80 and Z80N Fix new relocation Add LD test for new relocation -- You are receiving this mail because: You are on the CC list for the bug.
