This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: 2nd PATCH to pre-select languages to be build
- To: manfred at s-direktnet dot de, Manfred dot Hollstein at ks dot sel dot alcatel dot de
- Subject: Re: 2nd PATCH to pre-select languages to be build
- From: Jeffrey A Law <law at cygnus dot com>
- Date: Thu, 15 Oct 1998 00:01:04 -0600
- cc: egcs-patches at cygnus dot com, burley at gnu dot org, jbuck at synopsys dot com, pfeifer at dbai dot tuwien dot ac dot at
- Reply-To: law at cygnus dot com
In message <13844.62616.64201.274193@saturn.hollstein.net>you write:
> I just found a mistake with my 1st patch. The various new "case"
> statements were missing some tags for the case when no
> "--enable-languages=..." has been specified and even LANGUAGES isn't
> defined, the typical "default" situation to build everything. This
> patch gets it right, now, and it replaces my earlier one.
>
> manfred
>
>
> 1998-10-02 Manfred Hollstein <manfred@s-direktnet.de>
>
> * configure (enable_languages): New variable; emit its value
> into the generated toplevel Makefile.
>
> * Makefile.in ($(ALL_MODULES)): Descent into language specific
> sub-directories only if $(LANGUAGES) contains the appropriate
> identifier or if it is empty which means we're going to build
> everything.
> ($(NATIVE_CHECK_MODULES)): Likewise.
> ($(CROSS_CHECK_MODULES)): Likewise.
> ($(INSTALL_MODULES)): Likewise.
> ($(CONFIGURE_TARGET_MODULES)): Likewise.
> ($(ALL_TARGET_MODULES)): Likewise.
> ($(CHECK_TARGET_MODULES)): Likewise.
> ($(INSTALL_TARGET_MODULES)): Likewise.
Just now getting back to this :-)
So, instead of having all the complexity to avoid building runtimes based on
LANGUAGES, why don't we have the runtime dirs not configure if the appropriate
compiler isn't built?
configuring of target subdirs happens *after* the compiler has been built, so
we can check for the existance of (for example) f771 or g77 and if they are
not available, then we simply don't configure/build libf2c.
This could even be put in the configure files for the subdirs instead of
the toplevel makefile. This is more scaleable too :-)
I can accept the concept of enable/disabling of languages :-) I just want to
look for ways to do this that don't require butchering the toplevel files too
badly. They're a *MAJOR* pain in the butt to keep sync'd with various other
trees (like gas, gdb, binutils, etc).
Similarly, I'm tempted to control the configury of language subdirs based on
the enable/disable stuff. I don't see the need/desire to continue the
awkward LANGUAGES convention for selecting what to build.
jeff