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: libc-alpha at sourceware dot org
- Cc: Jason Duerstock <jason dot duerstock at gmail dot com>, John Paul Adrian Glaubitz <glaubitz at physik dot fu-berlin dot de>, James Clarke <jrtc27 at jrtc27 dot com>
- Date: Thu, 1 Feb 2018 11:24:46 -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>
On 31/01/2018 17:29, Adhemerval Zanella wrote:
>
>
> On 31/01/2018 16:15, John Paul Adrian Glaubitz wrote:
>> On 01/31/2018 06:37 PM, Joseph Myers wrote:
>>> The 2.27 release is due out tomorrow. So far, no test results for tile
>>> have been posted at <https://sourceware.org/glibc/wiki/Release/2.27> - and
>>> the same applies to sh and ia64, which also had some interest in them
>>> expressed in this thread. Are you, or other people you're working with
>>> who have interest in those architectures, working on having results for
>>> those architectures for 2.27 for the wiki page (regenerating libm test
>>> ulps first and getting that regeneration checked in if there would
>>> otherwise be tests failing only because of lack of updated ulps)?
>>
>> I don't have access to tile hardware at the moment, but sh4 and ia64.
>>
>> Adhemerval has access to the sparc64, sh4 and ia64 boxes as well and
>> he said he would be working on the ia64 stuff.
>
> I will work on ia64 and sh4 results this week.
>
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).
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
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.