Re: Configure problem

[Jim Wilson <wilson at specifixinc dot com>]

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

The problem here is that the original sub configure happened from the 
toplevel Makefile, and a small number of variables are set in the 
environment before we call the sub configure.  The second configure 
happens from a sub-make, and a large number of variables 
(BASE_FLAGS_TO_PASS) are set in the environment when we call a sub-make. 
 configure notices when the value of precious variables differs on 
reconfigure, and gives an error.

We can fix the problem by adding the missing variables to the 
environment before calling sub configures.  See my April 15 change to 
the toplevel Makefile.tpl.

Why you are seeing this with a multilib build is not clear.  It should 
only happen on a re-configure, which should not be necessary with a 
build from scratch.  Maybe there is something wrong with dependencies 
that causes the re-configure.  If you look at your logs, I would think 
this is obvious, as libobjc would get configured more times than necessary.

If changing Makefile.tpl doesn't make this go away, then there must be 
something else wrong.
--
Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com