[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug ld/22727] [2.30, 2.31 regression] Thousands of EH-related execution
From: |
cvs-commit at gcc dot gnu.org |
Subject: |
[Bug ld/22727] [2.30, 2.31 regression] Thousands of EH-related execution failures on SPARC |
Date: |
Thu, 15 Feb 2018 15:04:05 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=22727
--- Comment #23 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot
gnu.org> ---
The binutils-2_30-branch branch has been updated by Eric Botcazou
<address@hidden>:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=d31b3bc9174ca62d7527a63e6428718311faff9c
commit d31b3bc9174ca62d7527a63e6428718311faff9c
Author: Eric Botcazou <address@hidden>
Date: Thu Feb 15 15:55:11 2018 +0100
PR ld/22832 on SPARC.
The fix for PR ld/22727 on SPARC passed TRUE as the 'create' argument
in the call to bfd_link_hash_lookup. It turns out this was a bad idea
because, if the symbol is created at this point, the link will abort
later in elf_link_output_extsym. This changes the TRUE into a FALSE
and puts an assertion on the result of the call, making it easier to
debug the issue; that's exactly in keeping with what Gold does.
bfd/
* elfxx-sparc.c (_bfd_sparc_elf_check_relocs) <R_SPARC_TLS_GD_CALL>:
Pass FALSE instead of TRUE as 'create' argument to bfd_link_hash_lookup
and assert that the result of the call is not NULL.
--
You are receiving this mail because:
You are on the CC list for the bug.