This is the mail archive of the
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: <firstname.lastname@example.org> <email@example.com> <alpine.DEB.firstname.lastname@example.org> <email@example.com> <alpine.DEB.firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org>
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.