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.
