[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug ld/24015] glibc-2.28 on little-endian mips32 broken due to commit 2
From: |
cvs-commit at gcc dot gnu.org |
Subject: |
[Bug ld/24015] glibc-2.28 on little-endian mips32 broken due to commit 2bf2bf23da |
Date: |
Fri, 28 Dec 2018 04:34:11 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=24015
--- Comment #2 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot
gnu.org> ---
The master branch has been updated by Alan Modra <address@hidden>:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=0e41bebb938dbe9eae7063f5321429194bfc5ab7
commit 0e41bebb938dbe9eae7063f5321429194bfc5ab7
Author: Alan Modra <address@hidden>
Date: Fri Dec 28 09:41:44 2018 +1030
PR24015, glibc-2.28 on little-endian mips32 broken
Commit 2bf2bf23da exposed a bug on targets that create common sections
other than the standard ELF SHN_COMMON. If these are output by ld -r,
then their type becomes SHT_PROGBITS unless the target handles them
specially (eg. by elf_backend_special_sections), and if they are
merged into .bss/.sbss by ld -r then that section becomes SHT_PROGBITS.
Worse, if they are output by ld -r, then their size is increased by
bfd_generic_define_common_symbol during final link, which leads to
bogus file contents being copied to output.
For mips, it seems to me that the .scommon section should not be
output for ld -r, but I haven't made that change in this patch.
PR 24015
* elf.c (bfd_elf_get_default_section_type): Make common sections
SHT_NOBITS.
* linker.c (bfd_generic_define_common_symbol): Clear
SEC_HAS_CONTENTS.
--
You are receiving this mail because:
You are on the CC list for the bug.