From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25332 invoked by alias); 1 Feb 2018 13:37:44 -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 25286 invoked by uid 89); 1 Feb 2018 13:37:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mail-qk0-f178.google.com X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=FPuJWrcWXQunEVOgMEv23cOYJxaX1WNdKSRMWCuIoMQ=; b=Slzwo8Kh4yu1J3R1cixkPs2W14sJT3Cq0G/g1XsfjeC3vcftCMsW4OgD/SQTD5f797 z7UAgl7g8GEu09wbFe1nW0uTlRL6im2dPC0sXQ3bUCONjklzQdalZ/ruz49hWmmzD1Db Cb+Oi4Z6YmiApVkUiuQfxvYw54MaPSa90vHWNfncuvXYZV1k7/cR+diq/ZVwemgSJcz2 t76ymO8QObJgMN72cNlFkldHaMk4MCLncwWp+9o+hj2EDlVSPR0cdzFYA3Bmn5uStGMY I53Rf6xjZZvMmgDaWPW7RZVu4tgDK49U9TWOgjAibexdGgLtvPTG41iiMWZlcF0eLoKw 8SLA== X-Gm-Message-State: APf1xPAyVALFz2zK6IcnTyGcsE2F7/Rhco/vobsX65bwInuHn8FIAKpm JMddHY+crj21NcM8UHDMg/VZBw== X-Google-Smtp-Source: AH8x225qr6ZJP6Z5vmqOP+JEYz8k6K5LucN0zAZgu8U5d5RsH/MSn4PK8/Qa8jsC3pkHGYZP3yTfqA== X-Received: by 10.55.27.199 with SMTP id m68mr5528837qkh.304.1517492260597; Thu, 01 Feb 2018 05:37:40 -0800 (PST) Subject: Re: RFC: remove the "tile" architecture from glibc To: John Paul Adrian Glaubitz , libc-alpha@sourceware.org Cc: Jason Duerstock , James Clarke 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> From: Adhemerval Zanella Message-ID: Date: Thu, 01 Feb 2018 13:37:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2018-02/txt/msg00013.txt.bz2 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. > >> However the math tests seems to shows a lot of corner cases issues which >> has been fixed in generic implementations. As I commented with Jason Duerstock, >> John Paul Adrian, and James Clarke in a private thread I think easier solution > > You can just say Adrian :-). > >> for 2.28 is we remove the arch-specific faulty ia64 math implementation and >> use the generic ones. If performance is an issue we reimplement and fixed >> them if it is the case. > > Do you think you could whip up a patch that we can apply to the 2.26 package > in Debian? If it's just a matter of disabling ia64-specific code, it shouldn't > be too difficult, should it? If it is a matter of code removal I think backport should not be difficult.