------- Comment #1 from rob1weld at aol dot com 2009-01-27 15:18 ------- Running trunk revision 143680 on Fedora 10 I get:
# ../gcc_build/gcc/xgcc -v Using built-in specs. Target: i386-redhat-linux Configured with: ../gcc_trunk/configure --enable-languages=c,c++,fortran,java,objc,obj-c++ --enable-shared --disable-static --enable-decimal-float --with-long-double-128 --enable-nls --with-included-gettext --disable-gather-detailed-mem-stats --with-stabs --enable-debug --enable-symvers --enable-version-specific-runtime-libs --without-system-zlib --enable-gtk-cairo --enable-gconf-peer --enable-xmlj --enable-gtk-peer --enable-plugin --enable-tool-wrappers --enable-portable-native-sync --enable-hash-synchronization --enable-interpreter --enable-local-sockets --enable-gjdoc --enable-java-awt=gtk,xlib,x --enable-gc-debug --enable-libgcj-debug --enable-objc-gc --disable-concept-checks --enable-libstdcxx-debug --disable-stage1-checking --enable-checking=release --with-tune=k8 --with-cpu=k8 --with-arch=k8 --enable-__cxa_atexit --disable-libunwind-exceptions --disable-dssi --enable-libgcj-multifile --build=i386-redhat-linux --prefix=/mnt/drive2/gcc_test --with-cloog=/usr/local Thread model: posix gcc version 4.4.0 20090126 (experimental) [trunk revision 143680] (GCC) make[4]: Entering directory `/mnt/drive2/gcc_build/i386-redhat-linux/boehm-gc' Switched to incremental mode Emulating dirty bits with mprotect/signals Completed 3 tests Allocated 5635726 collectable objects Allocated 306 uncollectable objects Allocated 3750000 atomic objects Allocated 34440 stubborn objects Finalized 6608/6608 objects - finalization is probably ok Total number of bytes allocated is 185927964 Final heap size is 9179136 bytes Collector appears to work Completed 148 collections PASS: gctest ================== All 1 tests passed ================== make[4]: Leaving directory `/mnt/drive2/gcc_build/i386-redhat-linux/boehm-gc' Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38967