Is anyone seeing this issue on other targets? On x86_64-apple-darwin10,
with the patch...

Index: Makefile.in
===================================================================
--- Makefile.in (revision 162030)
+++ Makefile.in (working copy)
@@ -235,6 +235,7 @@
 POSTSTAGE1_CXX_EXPORT = \
        CXX="$(STAGE_CC_WRAPPER) $$r/$(HOST_SUBDIR)/prev-gcc/g++$(exeext) \
          -B$$r/$(HOST_SUBDIR)/prev-gcc/ -B$(build_tooldir)/bin/ -nostdinc++ \
+         -B$$r/prev-$(TARGET_SUBDIR)/libstdc++-v3/src/.libs \
          -I$$r/prev-$(TARGET_SUBDIR)/libstdc++-v3/include/$(TARGET_SUBDIR) \
          -I$$r/prev-$(TARGET_SUBDIR)/libstdc++-v3/include \
          -I$$s/libstdc++-v3/libsupc++ \

applied so that the --static-libstdc++ works in tree on darwin, I have
gotten the --enable-build-with-cxx bootstrap to progress to a later point
at which it fails with...

/Users/howarth/work/./prev-gcc/g++ -B/Users/howarth/work/./prev-gcc/ 
-B/Users/howarth/dist/x86_64-apple-darwin10.4.0/bin/ -nostdinc++ 
-B/Users/howarth/work/prev-x86_64-apple-darwin10.4.0/libstdc++-v3/src/.libs 
-I/Users/howarth/work/prev-x86_64-apple-darwin10.4.0/libstdc++-v3/include/x86_64-apple-darwin10.4.0
 -I/Users/howarth/work/prev-x86_64-apple-darwin10.4.0/libstdc++-v3/include 
-I/Users/howarth/gcc/libstdc++-v3/libsupc++ 
-L/Users/howarth/work/prev-x86_64-apple-darwin10.4.0/libstdc++-v3/src/.libs -c  
-g -O2 -gtoggle -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual 
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros 
-Wno-overlength-strings -Werror   -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc 
-I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include 
-I/sw/include -I/sw/include  -I../../gcc/gcc/../libdecnumber 
-I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/include  
-I/sw/include -DCLOOG_PPL_BACKEND   -I/sw/include -I. -I. -I../../gcc/gcc 
-I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include 
-I/sw/include -I/sw/include  -I../../gcc/gcc/../libdecnumber 
-I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/include  
-I/sw/include -DCLOOG_PPL_BACKEND   ../../gcc/gcc/config/host-darwin.c
In file included from ../../gcc/gcc/config/i386/i386.c:31581:0:
../../gcc/gcc/config/i386/i386.c: In function ‘tree_node* 
ix86_vectorize_builtin_vec_perm(tree, tree_node**)’:
../../gcc/gcc/config/i386/i386.c:30005:30: error: ‘fcode’ is used uninitialized 
in this function [-Werror=uninitialized]

The offending code in gcc/config/i386/i386.c appears to be...

static tree
ix86_vectorize_builtin_vec_perm (tree vec_type, tree *mask_type)
{
  tree itype = TREE_TYPE (vec_type);
  bool u = TYPE_UNSIGNED (itype);
  enum machine_mode vmode = TYPE_MODE (vec_type);
  enum ix86_builtins fcode = fcode; /* Silence bogus warning.  */
  bool ok = TARGET_SSE2;

Also, I don't seem able to suppress this build failure with...

../gcc/configure --prefix=/Users/howarth/dist --enable-languages=c,c++ 
--enable-build-with-cxx --with-gmp=/sw --with-libiconv-prefix=/sw 
--with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib 
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib 
--enable-checking=release --disable-werror

Is that expected behavior in current gcc trunk?
              Jack

Reply via email to