[Bug binutils/28362] New: Missing linking test case for pe dll using a def file
https://sourceware.org/bugzilla/show_bug.cgi?id=28362 Bug ID: 28362 Summary: Missing linking test case for pe dll using a def file Product: binutils Version: 2.37 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: ralf.habacker at freenet dot de Target Milestone: --- Created attachment 13671 --> https://sourceware.org/bugzilla/attachment.cgi?id=13671&action=edit Patch The attached patch adds a linking test case for *-w64-mingw32 targets that uses a def file when creating a DLL. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/28363] New: ld (*-w64-mingw32) could not link a pe dll created with a def file
https://sourceware.org/bugzilla/show_bug.cgi?id=28363 Bug ID: 28363 Summary: ld (*-w64-mingw32) could not link a pe dll created with a def file Product: binutils Version: 2.37 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: ralf.habacker at freenet dot de Target Milestone: --- The mentioned ld is able to directly link a DLL created using a def file (see attachment 13671) but not using a created import library. The problem is currently encountered when building VulkanSceneGraph (https://github.com/vsg-dev/VulkanSceneGraph) with gcc for Windows. 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. To be able to reproduce the problem within binutils, a corresponding test case is attached. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/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 #1 from Ralf Habacker --- Created attachment 13672 --> https://sourceware.org/bugzilla/attachment.cgi?id=13672&action=edit Patch with testcase -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/28367] New: Aarch64 disassembler could print out related addresses better
https://sourceware.org/bugzilla/show_bug.cgi?id=28367 Bug ID: 28367 Summary: Aarch64 disassembler could print out related addresses better Product: binutils Version: 2.30 Status: NEW Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: pinskia at gcc dot gnu.org Target Milestone: --- Created attachment 13673 --> https://sourceware.org/bugzilla/attachment.cgi?id=13673&action=edit patch We should be able to do: 40064c: b4000194cbz x20, 40067c // . + 48 ... 400604: 9001adrpx1, 40 <__libc_start_main@plt-0x4c0> // . - 1540 I am filing this bug to keep track of the patch which I want to finish up but won't be able to get it done right away as there are testsuite changes needed. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/28367] Aarch64 disassembler could print out related addresses better
https://sourceware.org/bugzilla/show_bug.cgi?id=28367 Andrew Pinski changed: What|Removed |Added Assignee|unassigned at sourceware dot org |pinskia at gcc dot gnu.org Status|NEW |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/28370] New: aarch64: relocation R_AARCH64_ADR_PREL_PG_HI21 against STT_GNU_IFUNC symbol `ifunc' isn't handled by elf64_aarch64_final_link_relocate
https://sourceware.org/bugzilla/show_bug.cgi?id=28370 Bug ID: 28370 Summary: aarch64: relocation R_AARCH64_ADR_PREL_PG_HI21 against STT_GNU_IFUNC symbol `ifunc' isn't handled by elf64_aarch64_final_link_relocate Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: i at maskray dot me Target Milestone: --- GCC -fpic may generate direct relocations to take the address of an ifunc, since an ifunc is not required to use the function attribute. (GCC appears to use GOT when taking the address of an hidden __attribute__((ifunc(... cat > ./a.c < ./b.c <
[Bug ld/28370] aarch64: relocation R_AARCH64_ADR_PREL_PG_HI21 against STT_GNU_IFUNC symbol `ifunc' isn't handled by elf64_aarch64_final_link_relocate
https://sourceware.org/bugzilla/show_bug.cgi?id=28370 Fangrui Song changed: What|Removed |Added Target||aarch64-* -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/21683] [avr] Support a pseudo-instruction to allow more efficient GCC ISR prologues
https://sourceware.org/bugzilla/show_bug.cgi?id=21683 Steve Anderson changed: What|Removed |Added CC||olivernicholle9052 at gmail dot co ||m --- Comment #8 from Steve Anderson --- Scan the code since the last prologue chunk and replace all encountered prologue and epilogue chunks by appropriate code. Rx is general purpose register. https://www.albuquerque-artificial-grass.com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/28363] ld (*-w64-mingw32) could not link a pe dll created with a def file
https://sourceware.org/bugzilla/show_bug.cgi?id=28363 Ralf Habacker changed: What|Removed |Added Target||*-w64-mingw32 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/28362] Missing linking test case for pe dll using a def file
https://sourceware.org/bugzilla/show_bug.cgi?id=28362 Ralf Habacker changed: What|Removed |Added Target||*-w64-mingw32 -- You are receiving this mail because: You are on the CC list for the bug.
