lkml.org 
[lkml]   [2018]   [Mar]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: RFC: remove the "tile" architecture from glibc
On Thu, 8 Mar 2018, John Paul Adrian Glaubitz wrote:

> I have personally invested a lot of work into the SH port over the
> past three years in Debian and I was involved fixing many bugs
> and as a result, the port is quite usable. It would be really
> disappointing to see it being removed all of a sudden :(.

Note that SH glibc test results need some work - there are a large number
of failures listed at <https://sourceware.org/glibc/wiki/Release/2.27#SH>.
Probably most could be addressed with the NaN fixes I outlined at
<https://sourceware.org/ml/libc-alpha/2018-02/msg00440.html> - but that
does of course need someone to do the work to implement that in GCC and
glibc. (The stdlib/tst-tininess failure is stranger; SH manuals don't
seem very specific on this, but the existing setting was definitely
determined by testing on hardware. SH experts with access to a range of
different hardware may be needed to advise on what different hardware does
or is supposed to do in this regard.)

The glibc port whose test results cause me the most concern that it's
effectively unmaintained and should be considered for obsoletion is
MicroBlaze - the results
<https://sourceware.org/glibc/wiki/Release/2.27#MicroBlaze> are clearly a
big mess (not something where one fix would probably resolve most failures
as on SH) and there's no sign of activity to sort them out (nor has there
been such activity for a long time).

--
Joseph S. Myers
joseph@codesourcery.com

\
 
 \ /
  Last update: 2018-03-09 17:32    [W:0.882 / U:0.000 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site