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):

From: Richard Biener <richard dot guenther at gmail dot com>
To: Trevor Saunders <tsaunders at mozilla dot com>
Cc: GCC Development <gcc at gcc dot gnu dot org>
Date: Fri, 6 Dec 2013 10:47:00 +0100
Subject: Re: Hmmm, I think we've seen this problem before (lto build):
Authentication-results: sourceware.org; auth=none
References: <529B1DE8 dot 6070001 at moene dot org> <CAFiYyc0UKfZ03GmhRNDbARkoCshAL+LtWULorFWJcdoDzvm58Q at mail dot gmail dot com> <20131206044732 dot GA4449 at tsaunders-iceball dot corp dot tor1 dot mozilla dot com>

On Fri, Dec 6, 2013 at 5:47 AM, Trevor Saunders <tsaunders@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 <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

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

Follow-Ups:
- Re: Hmmm, I think we've seen this problem before (lto build):
  - From: Trevor Saunders

References:
- Hmmm, I think we've seen this problem before (lto build):
  - From: Toon Moene
- Re: Hmmm, I think we've seen this problem before (lto build):
  - From: Richard Biener
- Re: Hmmm, I think we've seen this problem before (lto build):
  - From: Trevor Saunders

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