public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug tree-optimization/61529] New: ICE on valid code at -O3 on x86_64-linux-gnu in check_probability, at basic-block.h:953
@ 2014-06-17  2:00 su at cs dot ucdavis.edu
  2014-06-17  8:39 ` [Bug middle-end/61529] [4.10 Regression] " rguenth at gcc dot gnu.org
                   ` (10 more replies)
  0 siblings, 11 replies; 12+ messages in thread
From: su at cs dot ucdavis.edu @ 2014-06-17  2:00 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61529

            Bug ID: 61529
           Summary: ICE on valid code at -O3 on x86_64-linux-gnu in
                    check_probability, at basic-block.h:953
           Product: gcc
           Version: 4.10.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: tree-optimization
          Assignee: unassigned at gcc dot gnu.org
          Reporter: su at cs dot ucdavis.edu

The following code causes an ICE when compiled with the current gcc trunk at
-O3 on x86_64-linux-gnu in both 32-bit and 64-bit modes.

It is a regression from 4.9.x.

$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.10.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-trunk/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 4.10.0 20140616 (experimental) [trunk revision 211707] (GCC) 
$ 
$ gcc-trunk -O2 small.c; a.out
$ gcc-4.9 -O3 small.c; a.out
$ 
$ gcc-trunk -O3 small.c
small.c: In function ‘fn1’:
small.c:4:1: internal compiler error: in check_probability, at
basic-block.h:953
 fn1 ()
 ^
0xb905e6 check_probability
    ../../gcc-trunk/gcc/basic-block.h:953
0xb8dde1 check_probability
    ../../gcc-trunk/gcc/tree-vect-loop-manip.c:653
0xb8dde1 combine_probabilities
    ../../gcc-trunk/gcc/basic-block.h:962
0xb8dde1 slpeel_tree_peel_loop_to_edge
    ../../gcc-trunk/gcc/tree-vect-loop-manip.c:1371
0xb8e154 vect_do_peeling_for_loop_bound(_loop_vec_info*, tree_node*,
tree_node*, unsigned int, bool)
    ../../gcc-trunk/gcc/tree-vect-loop-manip.c:1761
0xb7f3a7 vect_transform_loop(_loop_vec_info*)
    ../../gcc-trunk/gcc/tree-vect-loop.c:5852
0xb9c286 vectorize_loops()
    ../../gcc-trunk/gcc/tree-vectorizer.c:476
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
$ 


----------------------------


char a, b, c, d, e, f, g;

void
fn1 ()
{
  char h = 0;
lbl:
  for (c = 0; c; c = 0)
    for (; a;)
      for (d = 1; d; d++)
    if ((b & ((g > 0) >= h)) ^ 2)
      goto lbl;
  for (f = 1; f; f++)
    e ^= 1;
}

int
main ()
{
  fn1 ();
  return 0;
}
>From gcc-bugs-return-454326-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jun 17 02:32:02 2014
Return-Path: <gcc-bugs-return-454326-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 29872 invoked by alias); 17 Jun 2014 02:32:01 -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 29819 invoked by uid 48); 17 Jun 2014 02:31:55 -0000
From: "matthew at theiselins dot net" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/61519] Seemingly incorrect vtable reference when libstdc++ built with RTTI
Date: Tue, 17 Jun 2014 02:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 4.8.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: matthew at theiselins dot net
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-61519-4-sDpW7HDiof@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61519-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61519-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: 2014-06/txt/msg01408.txt.bz2
Content-length: 370

https://gcc.gnu.org/bugzilla/show_bug.cgi?ida519

--- Comment #2 from Matthew Iselin <matthew at theiselins dot net> ---
Where would I start in identifying what about the target is causing the issue?

The best I can come up with is an issue with the vtable prefix and/or the math
to determine the deepest object, but can't (yet) see how the target would
affect that.


^ permalink raw reply	[flat|nested] 12+ messages in thread
end of thread, other threads:[~2014-11-18 16:38 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-06-17  2:00 [Bug tree-optimization/61529] New: ICE on valid code at -O3 on x86_64-linux-gnu in check_probability, at basic-block.h:953 su at cs dot ucdavis.edu
2014-06-17  8:39 ` [Bug middle-end/61529] [4.10 Regression] " rguenth at gcc dot gnu.org
2014-08-05  5:20 ` su at cs dot ucdavis.edu
2014-08-05  9:06 ` jakub at gcc dot gnu.org
2014-10-01 11:49 ` [Bug middle-end/61529] [5 " dcb314 at hotmail dot com
2014-10-17 16:10 ` renlin.li at arm dot com
2014-10-17 16:26 ` ktkachov at gcc dot gnu.org
2014-10-24  9:12 ` renlin.li at arm dot com
2014-10-28 15:46 ` renlin.li at arm dot com
2014-10-28 16:09 ` jiwang at gcc dot gnu.org
2014-11-10 17:53 ` jiwang at gcc dot gnu.org
2014-11-18 16:38 ` ramana at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).