From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 838 invoked by alias); 26 Apr 2013 11:40:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 817 invoked by uid 48); 26 Apr 2013 11:39:57 -0000 From: "antoine.balestrat at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/57081] New: Segmentation fault in simple_iv (tree-scalar-evolution.c:3151) Date: Fri, 26 Apr 2013 11:40:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: antoine.balestrat at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-SW-Source: 2013-04/txt/msg02160.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D57081 Bug #: 57081 Summary: Segmentation fault in simple_iv (tree-scalar-evolution.c:3151) Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned@gcc.gnu.org ReportedBy: antoine.balestrat@gmail.com Using GCC 4.9.0 as of 20130426 : $ cat seg.c int a; void f(void) { int b; if(0) lbl: goto lbl; if(b) { int p =3D 0; goto lbl; } a =3D 0; while(b++); goto lbl; } $ xgcc -w -O2 seg.c seg.c: In function =E2=80=98f=E2=80=99: seg.c:20:1: internal compiler error: Segmentation fault } ^ 0x90ba1f crash_signal ../../srcdir/gcc/toplev.c:333 0x9a90c4 simple_iv(loop*, loop*, tree_node*, affine_iv*, bool) ../../srcdir/gcc/tree-scalar-evolution.c:3151 0x86ec0f is_comparison_with_loop_invariant_p ../../srcdir/gcc/predict.c:1084 0x8725ac predict_loops ../../srcdir/gcc/predict.c:1552 0x8725ac tree_estimate_probability() ../../srcdir/gcc/predict.c:2342 0x872f10 tree_estimate_probability_driver ../../srcdir/gcc/predict.c:2379 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See for instructions. >>From gcc-bugs-return-421016-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Apr 26 11:49:47 2013 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 5278 invoked by alias); 26 Apr 2013 11:49:47 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Delivered-To: mailing list gcc-bugs@gcc.gnu.org Received: (qmail 5253 invoked by uid 48); 26 Apr 2013 11:49:44 -0000 From: "mikpe at it dot uu.se" To: gcc-bugs@gcc.gnu.org Subject: [Bug c/57080] Invalid optimization (-O2) when doing double -> int conversion (on big endian archs(?)) Date: Fri, 26 Apr 2013 11:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mikpe at it dot uu.se X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 X-SW-Source: 2013-04/txt/msg02161.txt.bz2 Content-length: 628 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57080 --- Comment #3 from Mikael Pettersson 2013-04-26 11:49:44 UTC --- Created attachment 29946 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29946 test case I can reproduce the issue on m68k: with the attached test case I get 4 on m68k-linux (big-endian), but 5 on x86_64-linux (little-endian). I don't see any conversions to char or unsigned, so I don't think PR27394 is related. The issue goes away with -ffloat-store on m68k. I haven't analyzed it further. On the big-endian armv5teb-linux-gnueabi I get 5, but it's soft-fp.