Re: sub-configures: problems with duplicate removal and passing 'precious' variables

[Ralf Corsepius]

On Wed, 2004-02-18 at 08:29, Gary Funck wrote:
> [Originally sent this to the autoconf list, but since there
> are appear to be bugs in the configure script, am reposting it here.]
> 
> 
> (autoconf 2.57, distributed with RH 9.0, GNU bash, version
> 2.05b.0(1)-release (i386-redhat-linux-gnu))
> 
> Hello, I'm trying to add an experimental runtime library to GCC.
> The configure logic needs to select one or more sub-directories
> of the top-level directory for configuration and subsequent
> installation depending upon the target platform. I'm building
> configure using the AC_SUBDIRS() macro, along these lines:
> 
> if test "$use_smp" = yes; then
>     AC_CONFIG_SUBDIRS(smp)
> fi
> if test "$use_cray" = yes; then
>     AC_CONFIG_SUBDIRS(cray)
> fi
> if test "$use_berkeley" = yes; then
>     AC_CONFIG_SUBDIRS(upcr)
> fi
> 
> For the purposes of testing, I'm running config. as follows
> (these are the config. args passed from the top-level GCC make:
> 
> configure \
>     --cache-file=../config.cache \
>     --host=i686-pc-linux-gnu  \
>     --build=i686-pc-linux-gnu  \
>     --enable-multilib \
>     --with-gcc-version-trigger=/upc/gcc-upc/src/gcc/version.c  \
>     --enable-languages=upc \
>     --prefix=/usr/local/upc \
>     --srcdir=/upc/gcc-upc/src/libupc \
>     --with-target-subdir=i686-pc-linux-gnu
> 
> Here's what happens when ./configure recurses into the sub-directory, 'smp':
> 
> running /bin/sh
> '/upc/gcc-upc/src/libupc/smp/configure' --prefix=/usr/local/upc
> '--cache-file=../config.cache' '--host=i686-pc-linux-gnu'
> '--build=i686-pc-linux-gnu' '--enable-multilib'
> '--with-gcc-version-trigger=/upc/gcc-upc/src/gcc/version.c'
> '--enable-languages=upc' '--prefix=/usr/local/upc'
> '--srcdir=/upc/gcc-upc/src/libupc' '--with-target-subdir=i686-pc-linux-gnu'
> 'build_alias=i686-pc-linux-gnu'
> 'host_alias=i686-pc-linux-gnu' --cache-file=../../config.cache --srcdir=/upc
> /gcc-upc/src/libupc/smp
> 
> configure: running /bin/sh
> '/upc/gcc-upc/src/libupc/smp/configure' --prefix=/usr/local/upc
> '--cache-file=../config.cache' '--host=i686-pc-linux-gnu'
> '--build=i686-pc-linux-gnu' '--enable-multilib'
> '--with-gcc-version-trigger=/upc/gcc-upc/src/gcc/version.c'
> '--enable-languages=upc' '--prefix=/usr/local/upc'
> '--srcdir=/upc/gcc-upc/src/libupc' '--with-target-subdir=i686-pc-linux-gnu'
> 'build_alias=i686-pc-linux-gnu'
> 'host_alias=i686-pc-linux-gnu' --cache-file=../../config.cache --srcdir=/upc
> /gcc-upc/src/libupc/smp
> configure: warning: build_alias=i686-pc-linux-gnu: invalid host type
> configure: warning: host_alias=i686-pc-linux-gnu: invalid host type
> configure: error: can only configure for one host and one target at a time
> configure: error: /bin/sh '/upc/gcc-upc/src/libupc/smp/configure' failed for
> smp

Normally, these kind of breakdowns are a symptom of using autoconf >=
2.50 for toplevel configure scripts and autoconf-2.13 for sub-package
configure script.

[autoconf > 2.50 passes *_alias's as '*_alias=<value>' argument to
config-subdirs. autoconf-2.13 doesn't accept this syntax]

Besides this, I've read reports from Cygwin users, who seem to have
problems with their shells' command line length limitations, causing
similar symptoms.

Ralf
-- 
Ralf Corsepius
Forschungsinstitut fuer Anwendungsorientierte Wissensverarbeitung (FAW)
Helmholtzstr. 16, 89081 Ulm, Germany     Tel: +49/731/501-8690
mailto:address@hidden           FAX: +49/731/501-999  
http://www.faw.uni-ulm.de