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: John Paul Adrian Glaubitz <glaubitz at physik dot fu-berlin dot de>, libc-alpha at sourceware dot org
- Cc: Jason Duerstock <jason dot duerstock at gmail dot com>, James Clarke <jrtc27 at jrtc27 dot com>
- Date: Thu, 1 Feb 2018 11:37:35 -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>
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.