This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/34922] toplevel ./configure --help is incomplete
- From: "Ralf dot Wildenhues at gmx dot de" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 22 Jan 2008 20:43:24 -0000
- Subject: [Bug bootstrap/34922] toplevel ./configure --help is incomplete
- References: <bug-34922-11811@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #5 from Ralf dot Wildenhues at gmx dot de 2008-01-22 20:43 -------
Subject: Re: toplevel ./configure --help is incomplete
* brian at dessent dot net wrote on Tue, Jan 22, 2008 at 07:38:35PM CET:
>
> Remember that this toplevel configure is shared between gcc, binutils, gdb,
> newlib, insight, and cygwin.
> In an ideal world the toplevel configure would check at runtime and see what
> subdirs are present and adjust its output accordingly. Also --help=recursive
> should be fixed, as there are tons and tons of options that are only shown if
> you run configure --help in the subdirs, but are never shown by the toplevel
> --help.
I guess without more intrusive hacking that will have to wait until GCC
uses Autoconf 2.62 (I just found one more glitch in there), and even
then I suppose some ugliness such as this is needed:
Index: configure.ac
===================================================================
--- configure.ac (revision 131735)
+++ configure.ac (working copy)
@@ -207,6 +207,10 @@
target_configdirs=`echo ${target_libraries} ${target_tools}`
build_configdirs=`echo ${build_libs} ${build_tools}`
+m4_divert_text([PARSE_ARGS],
+[ac_subdirs_all=`cd $srcdir && echo */configure | sed 's,/configure,,g'`
+])
+
################################################################################
srcname="gnu development package"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34922