This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Configure problem
- From: Zdenek Dvorak <rakdver at atrey dot karlin dot mff dot cuni dot cz>
- To: Jim Wilson <wilson at specifixinc dot com>, gcc-patches at gcc dot gnu dot org
- Date: Tue, 18 May 2004 23:16:58 +0200
- Subject: Re: Configure problem
- References: <20040510222926.GA15260@atrey.karlin.mff.cuni.cz> <40A43262.1070306@specifixinc.com> <20040518211336.GA23631@nevyn.them.org>
Hello,
> On Thu, May 13, 2004 at 07:43:46PM -0700, Jim Wilson wrote:
> > Zdenek Dvorak wrote:
> > >pwd: /abuild/gcc-test/gcc/objdir/x86_64-unknown-linux-gnu/libobjc
> > >Running configure in multilib subdir 32
> > >pwd: /abuild/gcc-test/gcc/objdir/x86_64-unknown-linux-gnu
> > >configure: loading cache ./config.cache
> > >configure: error: `target_alias' was not set in the previous run
> >
> > I can reproduce this even without multilibs on x86-linux
> > cvs update
> > mkdir objdir
> > cd objdir
> > ../configure
> > make
> > touch ../gcc/libobjc/Makefile.in
> > make
>
> How? When I do this, config.status is rerun, but configure isn't.
> Both rules which change or rerun configure remove config.cache, and
> have since the first import of libobjc. So I can't reproduce this in
> libobjc by touching configure either.
on x86 this does not work for me, either. On x86_64, this worked for
me.
> This patch fixes the only ways I could reliably reproduce this error.
> The definitions of host_alias and target_alias are a little strange
> looking, but match what is done by configure.in: host=target=build for
> build modules, host=host, target=target for host modules, host=target
> for target modules.
I will check whether the patch fixes my problem. Thanks a lot for your
help.
Zdenek