On Fri, Dec 6, 2013 at 5:47 AM, Trevor Saunders <tsaund...@mozilla.com> wrote: > On Mon, Dec 02, 2013 at 12:16:18PM +0100, Richard Biener wrote: >> On Sun, Dec 1, 2013 at 12:30 PM, Toon Moene <t...@moene.org> wrote: >> > http://gcc.gnu.org/ml/gcc-testresults/2013-12/msg00001.html >> > >> > FAILED: Bootstrap (build config: lto; languages: fortran; trunk revision >> > 205557) on x86_64-unknown-linux-gnu >> > >> > In function 'release', >> > inlined from 'release' at /home/toon/compilers/gcc/gcc/vec.h:1428:3, >> > inlined from '__base_dtor ' at >> > /home/toon/compilers/gcc/gcc/vec.h:1195:0, >> > inlined from 'compute_antic_aux' at >> > /home/toon/compilers/gcc/gcc/tree-ssa-pre.c:2212:0, >> > inlined from 'compute_antic' at >> > /home/toon/compilers/gcc/gcc/tree-ssa-pre.c:2493:0, >> > inlined from 'do_pre' at >> > /home/toon/compilers/gcc/gcc/tree-ssa-pre.c:4738:23, >> > inlined from 'execute' at >> > /home/toon/compilers/gcc/gcc/tree-ssa-pre.c:4818:0: >> > /home/toon/compilers/gcc/gcc/vec.h:312:3: error: attempt to free a non-heap >> > object 'worklist' [-Werror=free-nonheap-object] >> > ::free (v); >> > ^ >> > lto1: all warnings being treated as errors >> > make[4]: *** [/dev/shm/wd26755/cczzGuTZ.ltrans13.ltrans.o] Error 1 >> > make[4]: *** Waiting for unfinished jobs.... >> > lto-wrapper: make returned 2 exit status >> > /usr/bin/ld: lto-wrapper failed >> > collect2: error: ld returned 1 exit status >> >> Yes, I still see this - likely caused by IPA-CP / partial inlining and a >> "bogus" >> warning for unreachable code. > > I'm really sorry about long delay here, I took a week off for > thanksgiving then was pretty busy with other stuff :/ > > If I remove the now useless worklist.release (); on line 2211 of > tree-ssa-pre.c lto bootstrap gets passed this issue to a stage 2 / 3 > comparison failure. However doing that also causes these two test > failures in a normal bootstrap / regression test cycle > > Tests that now fail, but worked before: > > unix/-m32: 17_intro/headers/c++200x/stdc++.cc (test for excess errors) > unix/-m32: 17_intro/headers/c++200x/stdc++_multiple_inclusion.cc (test > for excess errors) > > both of these failures are because of this ICE
This must be unrelated - please go ahead and install the patch removing the useless worklist.release () from tree-ssa-pre.c Thanks, Richard. > Executing on host: /tmp/tmp.rsz07gSDni/test-objdir/./gcc/xg++ > -shared-libgcc -B/tmp/tmp.rsz07gSDni/test-objdir/./gcc -nostdinc++ > -L/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/src > -L/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs > -L/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/libsupc++/.libs > -B/tmp/tmp.rsz07gSDni/test-install/x86_64-unknown-linux-gnu/bin/ > -B/tmp/tmp.rsz07gSDni/test-install/x86_64-unknown-linux-gnu/lib/ > -isystem > /tmp/tmp.rsz07gSDni/test-install/x86_64-unknown-linux-gnu/include > -isystem > /tmp/tmp.rsz07gSDni/test-install/x86_64-unknown-linux-gnu/sys-include > -m32 > -B/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs > -fdiagnostics-color=never -D_GLIBCXX_ASSERT -fmessage-length=0 > -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -g -O2 > -D_GNU_SOURCE -DLOCALEDIR="." -nostdinc++ > -I/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/include/x86_64-unknown-linux-gnu > -I/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/include > -I/tmp/tmp.rsz07gSDni/libstdc++-v3/libsupc++ > -I/tmp/tmp.rsz07gSDni/libstdc++-v3/include/backward > -I/tmp/tmp.rsz07gSDni/libstdc++-v3/testsuite/util > /tmp/tmp.rsz07gSDni/libstdc++-v3/testsuite/17_intro/headers/c++200x/stdc++_multiple_inclusion.cc > -std=gnu++0x -S -m32 -o stdc++_multiple_inclusion.s (timeout = 600) > spawn /tmp/tmp.rsz07gSDni/test-objdir/./gcc/xg++ -shared-libgcc > -B/tmp/tmp.rsz07gSDni/test-objdir/./gcc -nostdinc++ > -L/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/src > -L/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs > -L/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/libsupc++/.libs > -B/tmp/tmp.rsz07gSDni/test-install/x86_64-unknown-linux-gnu/bin/ > -B/tmp/tmp.rsz07gSDni/test-install/x86_64-unknown-linux-gnu/lib/ > -isystem > /tmp/tmp.rsz07gSDni/test-install/x86_64-unknown-linux-gnu/include > -isystem > /tmp/tmp.rsz07gSDni/test-install/x86_64-unknown-linux-gnu/sys-include > -m32 > -B/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs > -fdiagnostics-color=never -D_GLIBCXX_ASSERT -fmessage-length=0 > -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -g -O2 > -D_GNU_SOURCE -DLOCALEDIR="." -nostdinc++ > -I/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/include/x86_64-unknown-linux-gnu > -I/tmp/tmp.rsz07gSDni/test-objdir/x86_64-unknown-linux-gnu/32/libstdc++-v3/include > -I/tmp/tmp.rsz07gSDni/libstdc++-v3/libsupc++ > -I/tmp/tmp.rsz07gSDni/libstdc++-v3/include/backward > -I/tmp/tmp.rsz07gSDni/libstdc++-v3/testsuite/util > /tmp/tmp.rsz07gSDni/libstdc++-v3/testsuite/17_intro/headers/c++200x/stdc++_multiple_inclusion.cc > -std=gnu++0x -S -m32 -o stdc++_multiple_inclusion.s^M > cc1plus: internal compiler error: Segmentation fault^M > 0xb8745f crash_signal^M > ../../gcc/toplev.c:336^M > 0x86227e unlink_from_assembler_name_hash^M > ../../gcc/symtab.c:251^M > 0x866f20 cgraph_remove_node(cgraph_node*)^M > ../../gcc/cgraph.c:1734^M > 0x870baf analyze_functions^M > ../../gcc/cgraphunit.c:1089^M > 0x871f35 finalize_compilation_unit()^M > ../../gcc/cgraphunit.c:2271^M > 0x66b86e cp_write_global_declarations()^M > ../../gcc/cp/decl2.c:4431^M > Please submit a full bug report,^M > with preprocessed source if appropriate.^M > Please include the complete backtrace with any bug report.^M > See <http://gcc.gnu.org/bugs.html> for instructions.^M > compiler exited with status 1 > > So somehow removing that line effects something, but its pretty odd. > > Trev > >> >> Richard. >> >> > -- >> > Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 >> > Saturnushof 14, 3738 XG Maartensdijk, The Netherlands >> > At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/ >> > Progress of GNU Fortran: http://gcc.gnu.org/wiki/GFortran#news