This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Continue toplevel cleanup (GCC library handling for unsupported targets etc.)
- From: Richard Earnshaw <rearnsha at arm dot com>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: gcc-patches at gcc dot gnu dot org, bonzini at gnu dot org, dj at redhat dot com, neroden at gcc dot gnu dot org, aoliva at redhat dot com, Ralf dot Wildenhues at gmx dot de
- Date: Wed, 30 Mar 2011 15:39:11 +0100
- Subject: Re: Continue toplevel cleanup (GCC library handling for unsupported targets etc.)
- References: <Pine.LNX.4.64.1103292045250.2595@digraph.polyomino.org.uk>
On Tue, 2011-03-29 at 20:55 +0000, Joseph S. Myers wrote:
> This patch continues cleaning up the toplevel configure.ac, in particular
> as regards cases handling GCC libraries for targets where GCC is no longer
> (or never was) supported.
>
> The principle there, as discussed for the original deprecated targets
> removal patch, is that in the absence of GCC support for a target it
> doesn't matter exactly how toplevel is configured to build GCC libraries
> (or other GCC-related directories) for that target - builds will and
> should fail if GCC is included in the source tree - so toplevel
> configure.ac should be set up for maximal simplicity. In most cases that
> means no explicit mention of GCC libraries for such a target; in some
> cases it means removing the target entry altogether so that another case
> becomes active instead (possibly the *-*-* case that disables libgcj
> only).
>
> In general cases just disabling libgcj are redundant with the *-*-* case
> unless they prevent some other case being active for the target, and so
> are removed. There were also a couple of removed cases for targets with
> no support in GCC or src at all (romp-*-*, vax-*-vms) - if there's no
> support in GCC or src, it's right that a build should fail trying to build
> whatever sources you have there, and silly for toplevel to try disabling
> everything because nothing is supported.
>
> Other cleanups here: noconfigdirs="$noconfigdirs" is completely useless
> and was removed; c54x*-*-* is always mapped to tic54x-*-* by config.sub so
> that case can be simplified; cris*-*-none acts just like cris*-*-elf in
> config.gcc so it's appropriate to make the "*" subcase of cris*-*-* act
> like the -elf case; mmix-*-* disabled "libgloss", i.e. libgloss for the
> host, which is never built anyway.
>
> OK to commit?
>
> 2011-03-29 Joseph Myers <joseph@codesourcery.com>
>
> (arm-*-coff): Don't disable libgcj.
> (arm*-*-linux-gnueabi): Remove useless assignment.
> (arm-*-riscix*): Don't disable libgcj.
RISC iX support was removed from GCC years ago. Looks like a tiny
fragment left over that wasn't cleaned up. The other bits are fine with
me.
R.