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: Joseph Myers <joseph at codesourcery dot com>
- To: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
- 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 13:45:39 +0000
- 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>
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.
--
Joseph S. Myers
joseph@codesourcery.com