[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: sub-configures: problems with duplicate removal and passing 'preciou
From: |
Ralf Corsepius |
Subject: |
Re: sub-configures: problems with duplicate removal and passing 'precious' variables |
Date: |
Wed, 18 Feb 2004 10:20:28 +0100 |
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