From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 36628 invoked by alias); 1 Feb 2018 13:45:47 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 36612 invoked by uid 89); 1 Feb 2018 13:45:46 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,KAM_SHORT,RCVD_IN_DNSWL_NONE,SPF_PASS,URIBL_RED autolearn=ham version=3.3.2 spammy=genuine, Hx-languages-length:1213 X-HELO: relay1.mentorg.com Date: Thu, 01 Feb 2018 13:45:00 -0000 From: Joseph Myers To: Adhemerval Zanella CC: John Paul Adrian Glaubitz , , Jason Duerstock , James Clarke Subject: Re: RFC: remove the "tile" architecture from glibc In-Reply-To: Message-ID: References: <1a57be83-3349-5450-ee4f-d2a33569a728@mellanox.com> <995aac59-2f9d-2a6a-2b5c-b827410ad295@physik.fu-berlin.de> <38170271-e17f-0a7e-7dd2-06fa6ddfae62@physik.fu-berlin.de> <9f8b994a-7085-e263-dd1b-bea2def55fb0@linaro.org> <0ebe0678-1eab-16ba-c461-2cfe517189bb@linaro.org> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-ClientProxiedBy: svr-ies-mbx-02.mgc.mentorg.com (139.181.222.2) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-SW-Source: 2018-02/txt/msg00015.txt.bz2 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 ). At least, I suspect this peculiarity explains the linknamespace failures listed at - 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