This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Hmmm, I think we've seen this problem before (lto build):


On Mon, Dec 02, 2013 at 12:16:18PM +0100, Richard Biener wrote:
> On Sun, Dec 1, 2013 at 12:30 PM, Toon Moene <toon@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

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: toon@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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]