[Bug ld/28363] ld (*-w64-mingw32) could not link a pe dll created with a def file
https://sourceware.org/bugzilla/show_bug.cgi?id=28363 --- Comment #2 from Ralf Habacker --- (In reply to Ralf Habacker from comment #0) > It link to an import library created from the Vulkan-Loader source ( > https://github.com/KhronosGroup/Vulkan-Loader) for the shared library > vulkan-1.dll. The DLL in question needs to be created with '__stdcall' > decoration and uses a def file to remove the '_' prefix and the '@nn' suffix > from the exported symbols. This format has been specified by the > KhronosGroup for Windows. The same issue happens with https://github.com/KhronosGroup/OpenXR-SDK. The current workaround is to link with the DLL instead of the import library and add -Wl,--enable-stdcall-fixup to the link line. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/22509] Null pointer dereference on coff_slurp_reloc_table
https://sourceware.org/bugzilla/show_bug.cgi?id=22509 --- Comment #3 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=e6b6fad2fe4d180bcd65a1e0aabc6ba763901346 commit e6b6fad2fe4d180bcd65a1e0aabc6ba763901346 Author: Alan Modra Date: Wed Nov 23 22:12:30 2022 +1030 PR22509 - Null pointer dereference on coff_slurp_reloc_table This extends the commit 4581a1c7d304 fix to more targets, which hardens BFD a little. I think the real underlying problem was the bfd_canonicalize_reloc call in load_specific_debug_section which passed a NULL for "symbols". Fix that too. PR 22509 bfd/ * aoutx.h (swap_ext_reloc_out): Gracefully handle NULL symbols. * i386lynx.c (swap_ext_reloc_out): Likewise. * pdp11.c (pdp11_aout_swap_reloc_out): Likewise. * coff-tic30.c (reloc_processing): Likewise. * coff-tic4x.c (tic4x_reloc_processing): Likewise. * coff-tic54x.c (tic54x_reloc_processing): Likewise. * coff-z80.c (reloc_processing): Likewise. * coff-z8k.c (reloc_processing): Likewise. * ecoff.c (ecoff_slurp_reloc_table): Likewise. * som.c (som_set_reloc_info): Likewise. binutils/ * objdump.c (load_specific_debug_section): Pass syms to bfd_canonicalize_reloc. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29822] New: objdump no longer prints right mnemonic for prefix 3E
https://sourceware.org/bugzilla/show_bug.cgi?id=29822 Bug ID: 29822 Summary: objdump no longer prints right mnemonic for prefix 3E Product: binutils Version: 2.39 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: jengelh at inai dot de Target Milestone: --- objdump changed the mnemonic output for prefix 3E. By my reading of the Intel manual, """In 64-bit mode, only FS and GS segment-overrides are applicable in this situation. Other segment override prefixes (CS, DS, ES and SS) are ignored.""" DS-override is still a thing on IA-32. == Observed == $ cat x.s cs jmp *%eax; ds jmp *%eax; $ as --32 -v x.s -o x.o GNU assembler version 2.39.0 (x86_64-suse-linux) using BFD version (GNU Binutils; openSUSE Tumbleweed) 2.39.0.20220810-1 $ objdump -d x.o x.o: file format elf32-i386 Disassembly of section .text: <.text>: 0: 2e ff e0cs jmp *%eax 3: 3e ff e0notrack jmp *%eax == Expected to see == $ as --32 -v x.s -o x.o GNU assembler version 2.26.1 (x86_64-suse-linux) using BFD version (GNU Binutils; openSUSE Leap 42.3) 2.26.1 $ objdump -d x.o x.o: file format elf32-i386 Disassembly of section .text: <.text>: 0: 2e ff e0cs jmp *%eax 3: 3e ff e0ds jmp *%eax -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29823] New: ld riscv: undefined elf_backend_obj_attrs_handle_unknown causes segfault when merging .riscv.attributes
https://sourceware.org/bugzilla/show_bug.cgi?id=29823 Bug ID: 29823 Summary: ld riscv: undefined elf_backend_obj_attrs_handle_unknown causes segfault when merging .riscv.attributes Product: binutils Version: 2.40 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: i at maskray dot me Target Milestone: --- % cat a.s .attribute 9, "0" % riscv64-linux-gnu-gcc -c a.s % ~/Dev/binutils-gdb/out/riscv64/ld/ld-new a.o a.o [1]3982286 segmentation fault ~/Dev/binutils-gdb/out/riscv64/ld/ld-new a.o a.o lang_check=>_bfd_riscv_elf_merge_private_bfd_data=>riscv_merge_attributes => `result &= _bfd_elf_merge_unknown_attribute_low (ibfd, obfd, i);` => `get_elf_backend_data (err_bfd)->obj_attrs_handle_unknown (err_bfd, tag);` => null pointer dereference -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29823] ld riscv: undefined elf_backend_obj_attrs_handle_unknown causes segfault when merging .riscv.attributes
https://sourceware.org/bugzilla/show_bug.cgi?id=29823 Fangrui Song changed: What|Removed |Added CC||kito.cheng at gmail dot com, ||nelson.chu at sifive dot com -- You are receiving this mail because: You are on the CC list for the bug.
Issue 50795 in oss-fuzz: binutils:fuzz_dwarf: Direct-leak in bfd_zmalloc
Updates: Labels: Deadline-Approaching Comment #2 on issue 50795 by sheriffbot: binutils:fuzz_dwarf: Direct-leak in bfd_zmalloc https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=50795#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.
[Bug binutils/27493] objcopy --weaken-symbol does not weaken undefined symbols
https://sourceware.org/bugzilla/show_bug.cgi?id=27493 Alan Modra changed: What|Removed |Added CC||srk31 at srcf dot ucam.org --- Comment #3 from Alan Modra --- *** Bug 16515 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/16515] objcopy cannot weaken undefined symbols
https://sourceware.org/bugzilla/show_bug.cgi?id=16515 Alan Modra changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #4 from Alan Modra --- Fixed *** This bug has been marked as a duplicate of bug 27493 *** -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/16403] Spurious undefined reference with --as-needed
https://sourceware.org/bugzilla/show_bug.cgi?id=16403 Alan Modra changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #4 from Alan Modra --- Apparently has been fixed -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/16121] alpha: failed assert at bfd/elf64-alpha.c:3935 when using --no-keep-memory
https://sourceware.org/bugzilla/show_bug.cgi?id=16121 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Alan Modra --- Seems to be fixed, possibly by commit d1c109de72f8 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/16178] Sort reloc_class_ifunc doesn't work
https://sourceware.org/bugzilla/show_bug.cgi?id=16178 Alan Modra changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW |RESOLVED --- Comment #2 from Alan Modra --- Without -z combreloc dynamic relocs are placed in separate sections which itself enforces an ordering. I don't think we can do anything about this. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/16212] Linaro linker fails on BFD assertion, no details provided
https://sourceware.org/bugzilla/show_bug.cgi?id=16212 Alan Modra changed: What|Removed |Added Resolution|--- |OBSOLETE Status|NEW |RESOLVED --- Comment #2 from Alan Modra --- Bug reports about vendor tools aren't very useful even if they are current, which this one certainly isn't. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/16373] new option -o for objdump
https://sourceware.org/bugzilla/show_bug.cgi?id=16373 Alan Modra changed: What|Removed |Added Resolution|--- |NOTABUG Status|NEW |RESOLVED --- Comment #6 from Alan Modra --- Not likely to be implemented. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/16428] autoconf tests don't terminate on ix86-linux-gnu with -static -fPIE -pie on glibc-2.18 based systems
https://sourceware.org/bugzilla/show_bug.cgi?id=16428 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #8 from Alan Modra --- I believe this has been fixed -- 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 Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #4 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/16682] segmentation fault in bfd/elf.c
https://sourceware.org/bugzilla/show_bug.cgi?id=16682 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Alan Modra --- Looks to have been fixed -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/16715] -Bsymbolic breaks function pointer comparison under ARM
https://sourceware.org/bugzilla/show_bug.cgi?id=16715 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from Alan Modra --- Fixed -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/16710] The option --dynamic-linker does not work for shared libraries
https://sourceware.org/bugzilla/show_bug.cgi?id=16710 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #2 from Alan Modra --- Many ld options are only applicable in certain situations. I'm not inclined to break glibc builds gratuitously. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/16833] ld refuses to mix ordered and unordered sections
https://sourceware.org/bugzilla/show_bug.cgi?id=16833 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Alan Modra --- Fixed then -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/16847] processing branch instruction in .S might be wrong
https://sourceware.org/bugzilla/show_bug.cgi?id=16847 Alan Modra changed: What|Removed |Added Resolution|--- |OBSOLETE Status|NEW |RESOLVED --- Comment #2 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/16948] recent binutils/bfd release tarballs generated with ancient autoconf version
https://sourceware.org/bugzilla/show_bug.cgi?id=16948 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/16964] "LSL Rxx" instruction assembles to "add Rxx,Rxx" on AVR
https://sourceware.org/bugzilla/show_bug.cgi?id=16964 Alan Modra changed: What|Removed |Added Resolution|--- |INVALID Status|NEW |RESOLVED --- Comment #3 from Alan Modra --- . -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/16995] m68k coldfire emac immediate to macsr incorrect disassembly
https://sourceware.org/bugzilla/show_bug.cgi?id=16995 Alan Modra changed: What|Removed |Added Assignee|unassigned at sourceware dot org |amodra at gmail dot com Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #1 from Alan Modra --- Fixed with commit 0b075f1902 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/15038] 300-binutils-avr-size.patch
https://sourceware.org/bugzilla/show_bug.cgi?id=15038 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Alan Modra --- Sorry, target specific patches like this do not belong in size.c -- You are receiving this mail because: You are on the CC list for the bug.