Re: fix target lib rebuilding

[Mike Stump <mrs at apple dot com>]

On Apr 27, 2005, at 8:38 PM, Daniel Jacobowitz wrote:
> Actually, this doesn't look like a bug in the top level.  Why do the
> target libraries use AC_CANONICAL_SYSTEM instead of AC_CANONICAL_HOST?

Don't know.

2004-08-16  Nathanael Nerode  <neroden@gcc.gnu.org>

        * aclocal.m4: Remove obsolete construct for old automake.
        * acinclude.m4: Regenerate with aclocal 1.9.1.
        * configure.ac:  Remove duplicate AC_WITH calls.  Replace
        AC_CANONICAL_SYSTEM with AC_CANONICAL_HOST,  
AC_CANONICAL_TARGET.

would seem to give a clue who might know.  If we do it this way, then  
libffi, libgfortran, libjava, libmudflap, libobjc, libstdc++-v3 and  
zlib need fixing if I don't miss my guess.

I can try my hand at that fix, if you prefer...  I just worry that  
I'll miss something.  Ok, I tried it, doesn't work, still fails.

Ok, trying boehm-gc:

configure: error: `target_alias' was not set in the previous run
configure: error: changes in the environment can compromise the build
configure: error: run `make distclean' and/or `rm ./config.cache' and  
start over
make[1]: *** [config.status] Error 1
make[1]: Leaving directory `/Volumes/mrs3/net/gcc-darwin/powerpc- 
apple-darwin8.0.0/boehm-gc'
make: *** [all-target-boehm-gc] Error 2

trivially, I can't find a target directory that works.

> It also doesn't explain why no one else has seen this problem

I think you underestimate who sees this.  Certainly people around  
here hit it, and just learn to rm stuff until it works again.

So, what happens on your system, when you run the commands I gave?

> since we made a concerted effort to fix it, about a year ago.

?  Odd, trivially, I can't find a target directory that works.


What would you like to do now?