[PATCH] ld: testsuite: xfail vers26b3 on Solaris/amd64

Rainer Orth ro@CeBiTec.Uni-Bielefeld.DE
Tue Aug 19 08:25:02 GMT 2025


Hi Jan,

>>>> I tried that first, but unlike Linux/x86_64, where several of the vers*
>>>> tests XFAIL, on Solaris/amd64 it was only this single one, so all the
>>>> others would XPASS instead.
>>>>
>>>> The fact that the test links just fine with Solaris ld might point to a
>>>> gld issue, though.
>>>>
>>>
>>> R_X86_64_32 can't be used to access the external symbols in
>>> a shared library since 32-bit displacement may not reach the
>>> symbol definition.  How can it work on Solaris?
>> 
>> No idea.  However, when reenabling the test on Linux/x86_64, I get the
>> exact same error as on Solaris/amd64, so the issue is obviously the
>> same:
>> 
>> ./ld-new: tmpdir/vers26b3.o: relocation R_X86_64_32 against symbol `foo' can not be used when making a shared object; recompile with -fPIC
>
> Yet there lies the question: You say that linking with Solaris'es linker
> works fine. Question is whether that's a bug there (and the resulting image
> is broken), or whether GNU ld has a shortcoming.

I know.  But this question is different from the handling of the FAIL on
Solaris/amd64.  If the test FAILs in exactly the same way as on
Linux/x86_64, it should be acceptable to xfail it there too as a stopgap
measure to get the test results clean.

	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University


More information about the Binutils mailing list