PR ld/22832 on SPARC.
authorEric Botcazou <ebotcazou@gcc.gnu.org>
Thu, 15 Feb 2018 14:55:11 +0000 (15:55 +0100)
committerEric Botcazou <ebotcazou@gcc.gnu.org>
Thu, 15 Feb 2018 14:57:50 +0000 (15:57 +0100)
commite513bd38a6b91401947d90ba5f301f01d3991b8e
treeeda7320cc1ac81684d26c0c5d9ab24f19c80effb
parent85046ae23f853bfd01db6b4a840e80220487bffd
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.
bfd/ChangeLog
bfd/elfxx-sparc.c