This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: RFC: remove the "tile" architecture from glibc
- From: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: John Paul Adrian Glaubitz <glaubitz at physik dot fu-berlin dot de>, libc-alpha at sourceware dot org, Jason Duerstock <jason dot duerstock at gmail dot com>, James Clarke <jrtc27 at jrtc27 dot com>
- Date: Thu, 1 Feb 2018 14:40:28 -0200
- Subject: Re: RFC: remove the "tile" architecture from glibc
- Authentication-results: sourceware.org; auth=none
- References: <1a57be83-3349-5450-ee4f-d2a33569a728@mellanox.com> <d6c8e425-a6b6-6594-05e3-965536f06da3@physik.fu-berlin.de> <alpine.DEB.2.20.1712012159490.15078@digraph.polyomino.org.uk> <995aac59-2f9d-2a6a-2b5c-b827410ad295@physik.fu-berlin.de> <alpine.DEB.2.20.1801311732001.23883@digraph.polyomino.org.uk> <38170271-e17f-0a7e-7dd2-06fa6ddfae62@physik.fu-berlin.de> <9f8b994a-7085-e263-dd1b-bea2def55fb0@linaro.org> <0ebe0678-1eab-16ba-c461-2cfe517189bb@linaro.org> <fcf2795c-f480-513b-797e-ae1af846043c@physik.fu-berlin.de> <e1cb4fbc-d44a-aacd-fcad-35b4dea7e7ad@linaro.org> <alpine.DEB.2.20.1802011340190.7786@digraph.polyomino.org.uk>
On 01/02/2018 11:45, Joseph Myers wrote:
> On Thu, 1 Feb 2018, Adhemerval Zanella wrote:
>
>> On 01/02/2018 11:33, John Paul Adrian Glaubitz wrote:
>>> On 02/01/2018 02:24 PM, Adhemerval Zanella wrote:
>>>> ia64 seems to be in a good shape with only two issues which requires further
>>>> investigation (nptl/tst-cancel21-static and stdlib/tst-makecontext3 and
>>>> for the later I think it is a long-standing issue).
>>>
>>> Sounds good :). Then I think I am mostly worried with sparc64. It has
>>> really lots of testsuite failures.
>>
>> I will check sparcv9/sparc64 later today as well.
>
> Note that for 32-bit SPARC you should make sure to use -mlong-double-128
> with the compiler (for some reason the 32-bit multilib of a sparc64
> compiler doesn't default to that, even when GCC is configured against a
> current glibc version - see
> <https://gcc.gnu.org/ml/gcc-patches/2013-12/msg00318.html>). At least, I
> suspect this peculiarity explains the linknamespace failures listed at
> <https://sourceware.org/glibc/wiki/Release/2.26#SPARC_.2832-bit.29> -
> which represent a genuine namespace bug in the nldbl-compat code, but not
> one that should show up in normal testing.
>
Right, I will rerun the tests with -mlong-double-128 explicit set.