gmake[3]: Entering directory `/usr/home/kargl/gcc/obj4x/libcpp' source='../../gcc4x/libcpp/charset.c' object='charset.o' libtool=no DEPDIR=.deps /bin/sh ../../gcc4x/libcpp/../depcomp gcc -I../../gcc4x/libcpp -I. -I../../gcc4x/libcpp/../include -I./../intl -I../../gcc4x/libcpp/include -g -fkeep-inline-functions -W -Wall -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wc++-compat -pedantic -Wno-long-long -I../../gcc4x/libcpp -I. -I../../gcc4x/libcpp/../include -I./../intl -I../../gcc4x/libcpp/include -c ../../gcc4x/libcpp/charset.c depcomp: Variables source, object and depmode must be set gmake[3]: *** [charset.o] Error 1 gmake[3]: Leaving directory `/usr/home/kargl/gcc/obj4x/libcpp' gmake[2]: *** [all-stage1-libcpp] Error 2 gmake[2]: Leaving directory `/usr/home/kargl/gcc/obj4x' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/home/kargl/gcc/obj4x' gmake: *** [bootstrap] Error 2
This is caused by revision 149763 REMOVE:kargl[252] svn merge -r149763:149762 . allows bootstrap to proceed.
Note, I configure my build with ../gcc4x/configure --prefix=$HOME/work --enable-languages=c,fortran
(In reply to comment #2) > Note, I configure my build with > > ../gcc4x/configure --prefix=$HOME/work --enable-languages=c,fortran I can't reproduce the problem on my system. Can you recreate the bug? Then attach libcpp/Makefile, libcpp/config.log, and libcpp/config.cache? Thanks
Build fails also on x86_64-unknown-freebsd8.0
Created attachment 18221 [details] libcpp/Makefile
Created attachment 18222 [details] libcpp/config.cache
Created attachment 18223 [details] libcpp/config.log
Also seen on hppa64-hp-hpux11.11.
Created attachment 18224 [details] Tail end of build log Note the portion of the log that read checking whether gcc supports -pedantic -Wno-long-long... yes test: no: unexpected operator checking dependency style of g++... gcc3 checking whether time.h and sys/time.h may both be included... yes checking whether string.h and strings.h may both be included... yes test: no: unexpected operator checking how to run the C++ preprocessor... g++ -E Looks like the configure is broken.
(In reply to comment #9) > Looks like the configure is broken. One thing I can see from the log is that configure is acting as if ENABLE_BUILD_WITH_CXX is enabled. Can you try the following patch on libcpp/configure, and see if that fixes the problem? Index: configure =================================================================== --- configure (revision 149777) +++ configure (working copy) @@ -3342,7 +3342,7 @@ ac_config_commands="$ac_config_commands depdir" -if test "$ENABLE_BUILD_WITH_CXX" == "no"; then +if test "$ENABLE_BUILD_WITH_CXX" = "no"; then depcc="$CC" am_compiler_list= am_depcomp=$ac_aux_dir/depcomp @@ -3674,7 +3674,7 @@ # AC_CHECK_HEADERS is repeated to work around apparent autoconf 2.59 bug. If # AC_CHECK_HEADERS comes after the if clause, the last AC_LANG call gets used, # no matter which branch is taken. -if test "$ENABLE_BUILD_WITH_CXX" == "no"; then +if test "$ENABLE_BUILD_WITH_CXX" = "no"; then ac_ext=c ac_cpp='$CPP $CPPFLAGS' ac_compile='$CC -c $CFLAGS $CPPFLAGS conftest.$ac_ext >&5'
Subject: Re: libcpp breaks bootstrap On Sun, Jul 19, 2009 at 05:09:31AM -0000, jlquinn at optonline dot net wrote: > > > ------- Comment #10 from jlquinn at optonline dot net 2009-07-19 05:09 ------- > (In reply to comment #9) > > Looks like the configure is broken. > > One thing I can see from the log is that configure is acting as if > ENABLE_BUILD_WITH_CXX is enabled. Can you try the following patch on > libcpp/configure, and see if that fixes the problem? > > > Index: configure > =================================================================== > --- configure (revision 149777) > +++ configure (working copy) > @@ -3342,7 +3342,7 @@ > ac_config_commands="$ac_config_commands depdir" > > > -if test "$ENABLE_BUILD_WITH_CXX" == "no"; then > +if test "$ENABLE_BUILD_WITH_CXX" = "no"; then > depcc="$CC" am_compiler_list= > > am_depcomp=$ac_aux_dir/depcomp > @@ -3674,7 +3674,7 @@ > # AC_CHECK_HEADERS is repeated to work around apparent autoconf 2.59 bug. If > # AC_CHECK_HEADERS comes after the if clause, the last AC_LANG call gets used, > # no matter which branch is taken. > -if test "$ENABLE_BUILD_WITH_CXX" == "no"; then > +if test "$ENABLE_BUILD_WITH_CXX" = "no"; then > ac_ext=c > ac_cpp='$CPP $CPPFLAGS' > ac_compile='$CC -c $CFLAGS $CPPFLAGS conftest.$ac_ext >&5' > This patch appears to fix the problem. At least, bootstrap has made it past the initial build of libcpp. I don't know if this is the correct fix in that I know very little about autoconf.
(In reply to comment #8) > Also seen on hppa64-hp-hpux11.11. > Does the patch also fix the hpux failure?
Subject: Re: libcpp breaks bootstrap > (In reply to comment #8) > > Also seen on hppa64-hp-hpux11.11. > > > > Does the patch also fix the hpux failure? Yes. Dave
Can you commit your fix http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01109.html or revert your change that is causing the problem?
Subject: Re: libcpp breaks bootstrap > Can you commit your fix > > http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01109.html > > or revert your change that is causing the problem? configure.ac needs to be changed and configure rebuilt. Dave
(In reply to comment #14) > Can you commit your fix > > http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01109.html > > or revert your change that is causing the problem? I posted the fix yesterday. I'm write-after-approval, and I thought I needed to wait for someone to OK the patch. The actual patch makes the change to configure.ac and regenerates configure from there.
Subject: Re: libcpp breaks bootstrap > I posted the fix yesterday. I'm write-after-approval, and I thought I needed > to wait for someone to OK the patch. Probably could have been applied as obvious. Dave
Subject: Re: libcpp breaks bootstrap On Mon, Jul 20, 2009 at 05:42:50PM -0000, jlquinn at optonline dot net wrote: > > > ------- Comment #16 from jlquinn at optonline dot net 2009-07-20 17:42 ------- > (In reply to comment #14) > > Can you commit your fix > > > > http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01109.html > > > > or revert your change that is causing the problem? > > I posted the fix yesterday. I'm write-after-approval, and I thought I needed > to wait for someone to OK the patch. > > The actual patch makes the change to configure.ac and regenerates configure > from there. > Given that your subject line includes freebsd8.0. I doubt anyone will jump up and review your patch unless you specifically ping the person who approved your original patch. I also doubt write-after-approval applies in a situation where your previous commit has completely broken the ability for more than one OS to bootstrap.
Subject: Bug 40800 Author: jlquinn Date: Mon Jul 20 18:09:33 2009 New Revision: 149826 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149826 Log: 2009-07-20 Jerry Quinn <jlquinn@optonline.net> PR regression/40800 * configure.ac: Use = instead of == for testing ENABLE_BUILD_WITH_CXX. * configure: Rebuild. Modified: trunk/libcpp/ChangeLog trunk/libcpp/configure trunk/libcpp/configure.ac
Subject: Re: libcpp breaks bootstrap On Mon, Jul 20, 2009 at 06:09:46PM -0000, jlquinn at gcc dot gnu dot org wrote: > > Author: jlquinn > Date: Mon Jul 20 18:09:33 2009 > New Revision: 149826 > > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149826 > Log: > 2009-07-20 Jerry Quinn <jlquinn@optonline.net> > > PR regression/40800 > * configure.ac: Use = instead of == for testing > ENABLE_BUILD_WITH_CXX. > * configure: Rebuild. > Thanks!
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01109.html Committed as patch is simple and fixes multiple platforms.