On Fri, Apr 27, 2018 at 9:32 PM Jeff Law <l...@redhat.com> wrote: > > On 04/27/2018 11:42 AM, Richard Biener wrote: > > On April 27, 2018 7:26:19 PM GMT+02:00, Jeff Law <l...@redhat.com> wrote: > >> On 04/27/2018 09:36 AM, Joseph Myers wrote: > >>> Since tile support has been removed from the Linux kernel for 4.17, > >>> this patch removes the (unmaintained) port to tilegx from glibc (the > >>> tilepro support having been previously removed). This reflects the > >>> general principle that a glibc port needs upstream support for the > >>> architecture in all the components it build-depends on (so binutils, > >>> GCC and the Linux kernel, for the normal case of a port supporting > >> the > >>> Linux kernel but no other OS), in order to be maintainable. > >>> > >>> Apart from removal of sysdeps/tile and sysdeps/unix/sysv/linux/tile > >>> (omitted from the diffs below), there are updates to various comments > >>> referencing tile for which removal of those references seemed > >>> appropriate. The configuration is removed from README and from > >>> build-many-glibcs.py. contrib.texi keeps mention of removed > >>> contributions, but I updated Chris Metcalf's entry to reflect that he > >>> also contributed the non-removed support for the generic Linux kernel > >>> syscall interface. __ASSUME_FADVISE64_64_NO_ALIGN support is > >> removed, > >>> as it was only used by tile. > >> Given tilegx/tilepro removal from the kernel and glibc, should we go > >> ahead and deprecate them in GCC? The only tilegx/tilepro > >> configurations > >> are -linux. > > > > Makes sense to me. Let's deprecate it for GCC 8 and remove from trunk. > > > > Richard. > > > >> Jeff > > > > Here's what I committed to the trunk and the release branch. I'll > find/update the appropriate web page momentarily.
It's been deprecated since GCC 8 now but the port is still on trunk, guarded by --enable-obsolete - is it time to remove it? Richard. > jeff
