[RFC] Move --enable-languages logic to the toplevel

[Paolo Bonzini]

This started out as a way to move the GNAT check to the toplevel.  It turns
out that more than that is necessary in order to test $CC's capabilities in
the toplevel configure script.  This tentative patch moves the logic to
detect missing languages to the toplevel, and makes the gcc directory expect
just --enable-languages=lang1,lang2 with all the prerequisites in place.

I did not do much testing, only

./configure --enable-languages=c,c++,ada
./configure --enable-languages=c,c++,frobme
[now these give an error in the toplevel]

./configure --enable-languages=all
./configure --enable-languages=c
./configure --enable-languages=c++
./configure --enable-languages=java
./configure --enable-languages=java,objc
[these work as before; the last two enable c++ as well]

That's because I don't have an Ada compiler available, so help would be
appreciated especially from the Ada folks (CCing Arnaud and Laurent).

Paolo

2004-02-12  Paolo Bonzini  <bonzini@gnu.org>

        Move language detection to the toplevel.
        * configure.in: Find default values for the tools as
        soon as possible.  Disable ada if GNAT is not found.
        Emit error message about missing languages.  Expand
        --enable-languages=all for the gcc subdirectory.
        * gcc/configure.ac: Remove code to detect languages,
        it now lives exclusively in the toplevel.
        * gcc/aclocal.m4 (gcc_AC_PROG_GNAT): Move...
        * config/acx.m4 (ACX_PROG_GNAT): ... here.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: gcc-configure-languages.patch
Type: application/octet-stream
Size: 20922 bytes
Desc: not available
URL: <https://gcc.gnu.org/pipermail/gcc/attachments/20040212/3e5df201/attachment.obj>