[Bug c++/58406] New: ICE when compiling Vegastrike svn trunk

[Bug c++/58406] New: ICE when compiling Vegastrike svn trunk

[vincent.legoll at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

            Bug ID: 58406
           Summary: ICE when compiling Vegastrike svn trunk
           Product: gcc
           Version: 4.8.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: vincent.legoll at gmail dot com
              Host: debian jessie/sid x86_64
            Target: x86_64-linux-gnu
             Build: gcc version 4.8.1 (Debian 4.8.1-2)

Created attachment 30809
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30809&action=edit
the preprocessed output from /tmp

When compiling vegastrike (space flight simulator game) with gcc-4.8 I get the
following ICE:

[ 31%] Building CXX object
CMakeFiles/engine_com.dir/src/gfx/cockpit_generic.cpp.o
/home/vince/repo/upstream/VegaStrike/vegastrike/src/gfx/cockpit_generic.cpp: In
member function ‘bool Cockpit::Update()’:
/home/vince/repo/upstream/VegaStrike/vegastrike/src/gfx/cockpit_generic.cpp:494:6:
internal compiler error: Segmentation fault
 bool Cockpit::Update()
      ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.8/README.Bugs> for instructions.
Preprocessed source stored into /tmp/ccmeo5U6.out file, please attach this to
your bugreport.
make[2]: *** [CMakeFiles/engine_com.dir/src/gfx/cockpit_generic.cpp.o] Error 1
make[1]: *** [CMakeFiles/engine_com.dir/all] Error 2
make: *** [all] Error 2

The same code compiles and runs properly with clang-3.4 & gcc-4.7
>From gcc-bugs-return-429685-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 12 17:46:57 2013
Return-Path: <gcc-bugs-return-429685-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 9320 invoked by alias); 12 Sep 2013 17:46:57 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 9250 invoked by uid 48); 12 Sep 2013 17:46:53 -0000
From: "law at redhat dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/58340] [4.9 regression] gcc/cp/pt.c:7064:1: internal compiler error: in propagate_threaded_block_debug_into, at tree-ssa-threadedge.c:623
Date: Thu, 12 Sep 2013 17:46:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: blocker
X-Bugzilla-Who: law at redhat dot com
X-Bugzilla-Status: REOPENED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-58340-4-OAzxLTNQRZ@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58340-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58340-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-09/txt/msg00925.txt.bz2
Content-length: 754

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX340

--- Comment #23 from Jeffrey A. Law <law at redhat dot com> ---
Obviously in a bootstrap comparison failure we have a situation where the
compiler has mis-compiled itself or something similar.  Ultimately I need to be
able to reproduce the failure.  So far I've been unable to do so on the ia64
boxes I have direct access to.  Note I'm just doing a "configure; make", so if
you're using different options, I'd need to know about those.

Alternate approaches would be for you to make a box available which exhibits
the problem or for you to help more with the debugging by identifying what
file/module is getting mis-compiled.  As you probably know, it's rarely the
file showing the comparison failure.

[Bug c++/58406] ICE when compiling Vegastrike svn trunk

[vincent.legoll at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #1 from vincent.legoll at gmail dot com ---
This was with modifications I made to the codebase, I'll investigate what the
culprit is...

[Bug c++/58406] ICE when compiling Vegastrike svn trunk

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #2 from Paolo Carlini <paolo.carlini at oracle dot com> ---
I can't reproduce the ICE with stock FSF GCC 4.8.0, 4.8.1, mainline. Tried
various optimization levels too.

Or are you saying that you are using a modified *GCC*?!?

[Bug c++/58406] ICE when compiling Vegastrike svn trunk

[vincent.legoll at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #3 from vincent.legoll at gmail dot com ---
No, sorry for the uninformative comment

The source code modifications I spoke about are to vegastrike source code and
cmake build chain, but I have a hard time finding the root cause...

the gcc-4.8 I use is the one from debian jessie/sid.

[Bug c++/58406] ICE when compiling Vegastrike svn trunk

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|vincent.legoll at gmail dot com    |

--- Comment #4 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Ok. In the meanwhile found the exact command line switches that you are using
in the header of the attachment and the ICE reproduces for me too with 4.8.0
and 4.8.1, does *not* with current 4_8-branch and mainline. Thus the bug seems
already fixed. Any chance you can try, say, current 4_8-branch and confirm?

[Bug c++/58406] ICE when compiling Vegastrike svn trunk

[vincent.legoll at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #5 from vincent.legoll at gmail dot com ---
I'll see if I can get a debian package for a more up to date gcc-4.8

[Bug c++/58406] ICE when compiling Vegastrike svn trunk

[vincent.legoll at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #6 from vincent.legoll at gmail dot com ---
OK with the gcc-4.8 from debian unstable the preprocessed output does compile
whereas with the one from testing it does not.

I'll try to reproduce the bug within the vegastrike build chain next and then
make sure the new compiler works.

[Bug c++/58406] ICE when compiling Vegastrike svn trunk

[vincent.legoll at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #7 from vincent.legoll at gmail dot com ---
Grrr, I cannot reproduce the original bug, something must have changed during
my attempts at "fixing" the problem...

Sorry for the noise.
I'll come back here if I ever met that problem again.

You may close the bug as fixed or not reproduced.

[Bug c++/58406] ICE when compiling Vegastrike svn trunk

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |WORKSFORME

--- Comment #8 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Ok.

[Bug c++/58406] ICE when compiling Vegastrike svn trunk

[vincent.legoll at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58406

--- Comment #9 from vincent.legoll at gmail dot com ---
OK I reproduced it again, and it is a duplicatre from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58006

I verified that by just recompilking the offending file without the
-ftree-parallelize-loops=2 and it worked fine