Re: gcc 4.7.2 fails to bootstrap in stage 1

[Ryan Johnson <ryan dot johnson at cs dot utoronto dot ca>]

On 21/11/2012 12:36 PM, Dennis Clarke wrote:
> gmake[4]: Entering directory `/usr/local/build/gcc-4.7.2_SunOS5.10_sparcv9.002/lto-plugin'
> /opt/csw/bin/bash ./libtool --tag=CC --tag=disable-static  --mode=compile gcc -m64 -g -DHAVE_CONFIG_H -I. -I../../gcc-4.7.2/lto-plugin  -I../../gcc-4.7.2/lto-plugin/../include -DHAVE_CONFIG_H -I/usr/local/include -Wall -g -fkeep-inline-functions -c -o lto-plugin.lo ../../gcc-4.7.2/lto-plugin/lto-plugin.c
> ./libtool: line 519: CDPATH: command not found
> ./libtool: line 923: libtool: ignoring unknown tag disable-static: command not found
> libtool: Version mismatch error.  This is libtool 2.2.7a, but the
> libtool: definition of this LT_INIT comes from an older release.
> libtool: You should recreate aclocal.m4 with macros from libtool 2.2.7a
> libtool: and run autoconf again.
> gmake[4]: *** [lto-plugin.lo] Error 63
> gmake[4]: Leaving directory `/usr/local/build/gcc-4.7.2_SunOS5.10_sparcv9.002/lto-plugin'
> gmake[3]: *** [all] Error 2
> gmake[3]: Leaving directory `/usr/local/build/gcc-4.7.2_SunOS5.10_sparcv9.002/lto-plugin'
> gmake[2]: *** [all-stage1-lto-plugin] Error 2
> gmake[2]: *** Waiting for unfinished jobs....

> So here we see some complaint about libtool of all things.
That's a pretty actionable error message... which I have to assume you 
did not act on before posting, based on available information.

Please perform basic debuggery before spamming the list. Even if it 
turns out to be a gcc problem, it takes longer to compose the message 
than to fix things like this, and delivering a compiled list of 
workarounds at the end is far more useful to everyone (including you if 
you ever need to do this again) than a bunch of screen dumps showing 
basic error messages.

Ryan

P.S. This message and the previous hint pretty strongly that you've got 
some messed up paths and/or package installs that have little or nothing 
to do with gcc, other than perhaps the latter requiring non-braindead 
versions of grep/sed/etc.