[Bug binutils/30569] MIPS16 function stub assertion fail for mipsel_24kc_24kf
https://sourceware.org/bugzilla/show_bug.cgi?id=30569 Alan Modra changed: What|Removed |Added Target Milestone|--- |2.43 Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #9 from Alan Modra --- Fixed for 2.43 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/30569] MIPS16 function stub assertion fail for mipsel_24kc_24kf
https://sourceware.org/bugzilla/show_bug.cgi?id=30569 --- Comment #8 from Sourceware Commits --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=3c6c32951e292a51ede70b8087bb0308d7dbc4fc commit 3c6c32951e292a51ede70b8087bb0308d7dbc4fc Author: Alan Modra Date: Thu Mar 28 20:33:32 2024 +1030 PR 30569, delete _bfd_mips_elf_early_size_sections PR30569 was triggered by a patch of mine 6540edd52cc0 moving the call to always_size_sections in bfd_elf_size_dynamic_sections earlier, made to support the x86 DT_RELR implementation. This broke mips16 code handling stubs when --export-dynamic is passed to the linker, because numerous symbols then became dynamic after always_size_sections. The mips backend fiddles with symbols in its always_size_sections. Maciej in 902e9fc76a0e had moved the call to always_size_sections to after the export-dynamic code. Prior to that, Nathan in 04c3a75556c0 moved it before the exec stack code, back to the start of bfd_elf_size_dynamic_sections which was where Ian put it originally in ff12f303355b. So the call has moved around a little. I'm leaving it where it is, and instead calling mips_elf_check_symbols from late_size_sections (the old size_dynamic_sections) which is now always called. In fact, the whole of _bfd_mips_elf_early_size_sections can be merged into _bfd_mips_elf_late_size_sections. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/30569] MIPS16 function stub assertion fail for mipsel_24kc_24kf
https://sourceware.org/bugzilla/show_bug.cgi?id=30569 --- Comment #7 from Sourceware Commits --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=af969b14aedcc0ae27dcefab4327ff2d153dec8b commit af969b14aedcc0ae27dcefab4327ff2d153dec8b Author: Alan Modra Date: Thu Mar 28 19:25:42 2024 +1030 PR 30569, always call elf_backend_size_dynamic_sections This largely mechanical patch is preparation for a followup patch. For quite some time I've thought that it would be useful to call elf_backend_size_dynamic_sections even when no dynamic objects are seen by the linker. That's what this patch does, with some renaming. There are no functional changes to the linker, just a move of the dynobj test in bfd_elf_size_dynamic_sections to target backend functions, replacing the asserts/aborts already there. No doubt some of the current always_size_sections functions could be moved to size_dynamic_sections but I haven't made that change. Because both hooks are now always called, I have renamed always_size_sections to early_size_sections and size_dynamic_sections to late_size_sections. I condisdered calling late_size_sections plain size_sections, since this is the usual target dynamic section sizing hook, but decided that searching the sources for "size_sections" would then hit early_size_sections and other functions. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)
https://sourceware.org/bugzilla/show_bug.cgi?id=31503 John David Anglin changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #15 from John David Anglin --- Fixed on trunk. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)
https://sourceware.org/bugzilla/show_bug.cgi?id=31503 --- Comment #14 from Sourceware Commits --- The master branch has been updated by John David Anglin : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=a82e3815dfffe60a257021c592e2dceca719a04a commit a82e3815dfffe60a257021c592e2dceca719a04a Author: John David Anglin Date: Mon Apr 1 23:00:52 2024 + hppa: Implement PA 2.0 symbolic relocations for long displacements The PA 2.0 architecture introduced several new load and store instructions with long displacements. These include floating point loads and stores for word mode, and integer and floating point loads and stores for double words. Currently, ld does not correctly support symbolic relocations for these instructions. If these are used, ld applies the standard R_PARISC_DPREL14R relocation and corrupts the instruction. This change uses bfd_hppa_insn2fmt to determine the correct relocation format. We need to check the computed displacement as the immediate value used in these instruction must be a multiple of 4 or 8 depending on whether the access is for a word or double word. A misaligned offset can potentially occur if the symbol is not properly aligned or if $global$ (the global pointer) is not double word aligned. $global$ is provided as a .data section start symbol. The patch adjusts elf.sc and hppalinux.sh to align .data to a 8-byte boundary in non-shared and non-pie links. 2024-04-01 John David Anglin PR ld/31503 bfd/ChangeLog: * elf32-hppa.c (final_link_relocate): Output ld/ChangeLog: * emulparams/hppalinux.sh (DATA_SECTION_ALIGNMENT): Define. * scripttempl/elf.sc: Align .data section to DATA_SECTION_ALIGNMENT when relocating. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)
https://sourceware.org/bugzilla/show_bug.cgi?id=31503 --- Comment #13 from John David Anglin --- Patch: https://sourceware.org/pipermail/binutils/2024-April/133261.html -- You are receiving this mail because: You are on the CC list for the bug.
