[Bug ld/15057] gld creates SHT_PROGBITS .bss section
https://sourceware.org/bugzilla/show_bug.cgi?id=15057 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #3 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/15229] objdump -d allows invalid avx2 vgatherdpd w/o vsib
https://sourceware.org/bugzilla/show_bug.cgi?id=15229 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Alan Modra --- Current output for the bad insn is 6: c4 e2 e9 92 08 vgatherdpd %xmm2,(bad),%xmm1 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/15685] R_X86_64_DTPOFF64 incorrectly handled
https://sourceware.org/bugzilla/show_bug.cgi?id=15685 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/15707] Assertion failed while trying to statically link a C++ program
https://sourceware.org/bugzilla/show_bug.cgi?id=15707 Alan Modra changed: What|Removed |Added Resolution|--- |OBSOLETE Status|NEW |RESOLVED --- Comment #4 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/15832] Add support of source files in Unicode
https://sourceware.org/bugzilla/show_bug.cgi?id=15832 Alan Modra changed: What|Removed |Added Resolution|--- |NOTABUG Status|NEW |RESOLVED --- Comment #1 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/15869] nm --size-sort test fails for alpha-unknown-linux-gnuecoff
https://sourceware.org/bugzilla/show_bug.cgi?id=15869 Alan Modra changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #1 from Alan Modra --- nm --size-sort works here. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/15891] ia64, ld segfault on --as-needed
https://sourceware.org/bugzilla/show_bug.cgi?id=15891 Alan Modra changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #6 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/25202] objcopy --verilog-data-width doesn't respect target's endianness
https://sourceware.org/bugzilla/show_bug.cgi?id=25202 --- Comment #19 from Gökçe Aydos --- Thanks 🎈 The address generation for data-width>1 looks fine in general. I found the following issues: 1) Output is wrong if data-width>16. Test cases: data-width=1: ``` @8000 B7 C0 ED FE 93 80 D0 EA 37 E1 76 FF 13 01 61 F5 B7 71 BB 7F 93 81 B1 FA 37 B2 DD BF 13 02 52 7D ``` data-width=16: ``` @0800 F5610113FF76E137EAD08093FEEDC0B7 7D520213BFDDB237FAB181937FBB71B7 ``` 16 bytes correspond to 4 right shifts, so `0800` is ok. data-width=32 ``` @0400 F5610113FF76E137EAD08093FEEDC0B7 7D520213BFDDB237FAB181937FBB71B7 ``` Address correct, but not the data :( This is an edge case, but we should handle that. Probably the same behavior for data-widths greater than 32. 2) Error message not helpful ``` $ ... --verilog-data-width=3 riscv64-elf-objcopy: my.memh: invalid operation ``` The error message could be more informative by including that something is wrong with `--verilog-data-width`. --- I could not test unaligned data because I could not figure out how to generate and elf file with unaligned words using gcc and ld :( I fuzzed with `.align 2` in assembler and `. = ALIGN(2)` but the output was always 32 bit aligned. If someone has can send an example assembler and linker code, I can happily test that. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/16635] insert crc
https://sourceware.org/bugzilla/show_bug.cgi?id=16635 Maarten Brock changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- --- Comment #5 from Maarten Brock --- Hello Alan, Can you please elaborate how this "works for you"? How did you set the build-id and where in the binary data could the code executing on the target read out that value? I'm not interested in what is only in the ELF file, I need it in the flash of a microcontroller. Keep in mind that there is no hosting OS reading the ELF on a microcontroller. Maarten -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29718] readelf prints out ": 10" instead of "IFUNC"
https://sourceware.org/bugzilla/show_bug.cgi?id=29718 --- Comment #3 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Martin Liska : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=ffbbab0b3a1000f862b6d4ce3d9a76ed14f08801 commit ffbbab0b3a1000f862b6d4ce3d9a76ed14f08801 Author: Martin Liska Date: Thu Nov 24 13:17:01 2022 +0100 readelf: Do not require EI_OSABI for IFUNC. PR 29718 binutils/ChangeLog: * readelf.c (get_symbol_type): Consider STT_GNU_IFUNC as reserved name. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29718] readelf prints out ": 10" instead of "IFUNC"
https://sourceware.org/bugzilla/show_bug.cgi?id=29718 --- Comment #4 from Martin Liska --- Original issue: https://github.com/rui314/mold/issues/805 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29718] readelf prints out ": 10" instead of "IFUNC"
https://sourceware.org/bugzilla/show_bug.cgi?id=29718 Martin Liska changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Martin Liska --- Fixed now. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/16635] insert crc
https://sourceware.org/bugzilla/show_bug.cgi?id=16635 Alan Modra changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REOPENED|RESOLVED --- Comment #6 from Alan Modra --- Please don't reopen this bug. .note.gnu.build-id is an allocated and loaded section, thus available in the image. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/15869] nm --size-sort test fails for alpha-unknown-linux-gnuecoff
https://sourceware.org/bugzilla/show_bug.cgi?id=15869 --- Comment #2 from Hans-Peter Nilsson --- (In reply to Alan Modra from comment #1) > nm --size-sort works here. The other nm.exp tests mentioned in the report still fail at f9e2163a3e48 though: Running /x/src/binutils/testsuite/binutils-all/nm.exp ... Version /x/b/binutils/nm-new 2.39.50.20221124 FAIL: nm (no arguments) FAIL: nm -P But, since I only mentioned --size-sort in the title, I guess closing is fair enough. ...I see from git history around the time (2013) that this was indeed my focus. Leaving the updated observation here for posterity. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/29827] New: gas: build failure in linux x86/kernel/signal.c:60: Error: register type mismatch for `lar'
https://sourceware.org/bugzilla/show_bug.cgi?id=29827 Bug ID: 29827 Summary: gas: build failure in linux x86/kernel/signal.c:60: Error: register type mismatch for `lar' Product: binutils Version: 2.40 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: manuel.lauss at gmail dot com Target Milestone: --- With todays (24.11.2022) binutils head, linux kernel build fails with: /usr/src/linux-6.0.9/arch/x86/kernel/signal.c: Assembler messages: /usr/src/linux-6.0.9/arch/x86/kernel/signal.c:60: Error: register type mismatch for `lar' $ as --version GNU assembler (Gentoo p0) 2.39.50.20221124 Copyright (C) 2022 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or later. This program has absolutely no warranty. This assembler was configured for a target of `x86_64-pc-linux-gnu'. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/29827] gas: build failure in linux x86/kernel/signal.c:60: Error: register type mismatch for `lar'
https://sourceware.org/bugzilla/show_bug.cgi?id=29827 --- Comment #1 from Manuel Lauss --- Ok I see this is commit c9f5b96bdab031e9520d98e01ee1bef1ffd3b961 ;is that a kernel assembler bug now or an unintended sideeffect of the commit-id? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/10022] gas inserts nop, breaks code, or at least expectations
https://sourceware.org/bugzilla/show_bug.cgi?id=10022 Alan Modra changed: What|Removed |Added Resolution|--- |NOTABUG Status|NEW |RESOLVED --- Comment #1 from Alan Modra --- That's just how the mips assembler works.. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/10111] strip .o using inline func, then armlink fails
https://sourceware.org/bugzilla/show_bug.cgi?id=10111 Alan Modra changed: What|Removed |Added Resolution|--- |OBSOLETE Status|NEW |RESOLVED --- Comment #7 from Alan Modra --- Not a bug in strip -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/10131] Lost sections with pei-i386 input/output
https://sourceware.org/bugzilla/show_bug.cgi?id=10131 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |OBSOLETE --- Comment #1 from Alan Modra --- 2.19 is too old -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/10288] "objdump -D --target=binary -m arm7tdmi" shows non-ARM7TDMI instructions
https://sourceware.org/bugzilla/show_bug.cgi?id=10288 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |FIXED --- Comment #50 from Alan Modra --- closing -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/10359] .long offset is not resolved
https://sourceware.org/bugzilla/show_bug.cgi?id=10359 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Alan Modra --- No reloc on test case with current cr16 gas -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/10376] configure: error: cannot compute sizeof (off_t), 77
https://sourceware.org/bugzilla/show_bug.cgi?id=10376 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |OBSOLETE --- Comment #9 from Alan Modra --- Surely no longer relevant -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/10428] --with-sysroot configure option is undocumented
https://sourceware.org/bugzilla/show_bug.cgi?id=10428 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Alan Modra --- fixed a while ago -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/10558] gas emits invalid reloc which causes ld to abort
https://sourceware.org/bugzilla/show_bug.cgi?id=10558 Alan Modra changed: What|Removed |Added Resolution|--- |OBSOLETE Status|WAITING |RESOLVED --- Comment #4 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/10735] binutils/strings.c fails to compile on OS 10.6.1 / XCode 3.2
https://sourceware.org/bugzilla/show_bug.cgi?id=10735 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |OBSOLETE --- Comment #2 from Alan Modra --- no stat64 in current sources -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/10834] machine code varies on 32-bit and 64 bit hosts for nagative operands
https://sourceware.org/bugzilla/show_bug.cgi?id=10834 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Alan Modra --- Fixed apparently. Both 32 and 64-bit hosts generate 01 74. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/10881] Multithreading link. Thread-local storage (__thread) is not working?
https://sourceware.org/bugzilla/show_bug.cgi?id=10881 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from Alan Modra --- I think this has been fixed. The major difference between the sun ld an gnu ld output attached to this bug is that sun ld calculated the offset to the thread variable as -8 whereas gnu ld calculated -4. linking the object file with current gnu ld calculates -8. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/10933] libbfd and libopcodes don't support multilib
https://sourceware.org/bugzilla/show_bug.cgi?id=10933 --- Comment #1 from Alan Modra --- Is this still the case, or should this bug be closed? -- You are receiving this mail because: You are on the CC list for the bug.
