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
On Fri, 1 Dec 2017, John Paul Adrian Glaubitz wrote:
> > SH is unmaintained; no test results posted for 2.26.
>
> I will be happy to provide these results. Adhemerval has also access to one of
We need someone to fix any major issues that show up in the results, as
well as running the tests and posting the results on the wiki page during
each release freeze.
> my SH porterboxes. Also, SH is actually being redeveloped as an open
> source architecture called J-Core (http://j-core.org/) and they're working
> on releasing new, SH-compatible open source hardware over the next years.
> I already have J2 board at home, compatible SH-2.
SH-2 isn't relevant to glibc (SH-4 would be).
> There is also a guy within Debian currently working on ia64 who started
> recently. Don't know what the current status is though.
Well, we need a maintainer to review and commit patches (like the routine
libm-test-ulps patch that was posted but has not been committed).
> > Someone will need to convert Tile GCC to use LRA instead of reload if that
> > GCC port is to avoid obsoletion when reload is obsoleted. (CC0 obsoletion
> > may be sooner, but I think the only glibc port that would imply obsoleting
> > is m68k; all other glibc ports have non-CC0 GCC ports, but several don't
> > use LRA.)
>
> If m68k support is dropped, I'm either jumping out of the window or I'm
> becoming a shepheard or something. Linux/m68k is one of *the* most popular
> retro-platforms we have in Linux and there are lots of people in- and outside
> Debian working on it. The kernel is still actively maintained on m68k with
> at least four active maintainers that I know.
If you want to keep m68k support in GCC, moving the port away from cc0
(and then to LRA) is necessary. The timescale suggested in
<https://gcc.gnu.org/ml/gcc/2017-07/msg00231.html> was that cc0 ports
could be deprecated for GCC 8 and removed for GCC 9 if not converted. See
<https://gcc.gnu.org/wiki/CC0Transition> for a guide to converting GCC
ports away from cc0.
--
Joseph S. Myers
joseph@codesourcery.com