[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug ld/22840] Several TLS tests FAIL on Solaris/SPARC
From: |
ebotcazou at gcc dot gnu.org |
Subject: |
[Bug ld/22840] Several TLS tests FAIL on Solaris/SPARC |
Date: |
Thu, 15 Feb 2018 16:28:23 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=22840
Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ebotcazou at gcc dot gnu.org
--- Comment #1 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
> Unfortunately, unlike the #ld: lines in the *.?d files which can be
> modified by setting options_regsub(ld) for perform the appropriate
> substitution, this is not currently possible for the arg to
> run_ld_link_tests.
Can't we use a variable EMULATION or some such?
> * To make some progress, I've hardcoded the Solaris values for now, which
> leads me to the next issues:
>
> The file format lines in the *.?d files under test all hardcode elf32-sparc
> or elf64-sparc, but should allow for elf32-sparc-sol2 (resp.
> elf32-sparc.*).
>
> * Even with that fixed, there are many failures due to the fact that the
> Solaris
> ABI requires a couple of additional symbols (cf. emultempl/solaris2.em
> (elf_solaris2_before_allocation), and those aren't currently expected in
> the output. I'm uncertain how best to handle that: allow for a
> postprocessing
> step after readelf that removes those from the output or augment the
> expected
> output accordingly? It seems regexp_diff currently has no support for
> optional or target-specific lines in the expected output.
Can't we have specific *.?d files for Solaris?
--
You are receiving this mail because:
You are on the CC list for the bug.