* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
@ 2014-11-18 10:20 ` trippels at gcc dot gnu.org
2014-11-18 10:24 ` mpolacek at gcc dot gnu.org
` (11 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-18 10:20 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2014-11-18
Target Milestone|--- |5.0
Ever confirmed|0 |1
--- Comment #1 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
This happens during bootstrap-ubsan on ppc64.
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
2014-11-18 10:20 ` [Bug sanitizer/63520] " trippels at gcc dot gnu.org
@ 2014-11-18 10:24 ` mpolacek at gcc dot gnu.org
2014-11-18 13:58 ` trippels at gcc dot gnu.org
` (10 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: mpolacek at gcc dot gnu.org @ 2014-11-18 10:24 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
Marek Polacek <mpolacek at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mpolacek at gcc dot gnu.org
--- Comment #2 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Could someone please bisect this one? (My own bisecting stuff is broken at
present.)
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
2014-11-18 10:20 ` [Bug sanitizer/63520] " trippels at gcc dot gnu.org
2014-11-18 10:24 ` mpolacek at gcc dot gnu.org
@ 2014-11-18 13:58 ` trippels at gcc dot gnu.org
2014-11-18 14:46 ` jakub at gcc dot gnu.org
` (9 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-18 13:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
--- Comment #3 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Unfortunately during bisection another ICE pops up:
decNumber.i: In function ‘fn1’:
decNumber.i:9:9: internal compiler error: in expand_expr_real_1, at expr.c:9487
a -= 1;
^
0x1038feab expand_expr_real_1(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**)
../../gcc/gcc/expr.c:9487
0x104b4743 expand_expr
../../gcc/gcc/expr.h:453
0x104b4743 ubsan_expand_si_overflow_addsub_check(tree_code,
gimple_statement_base*)
../../gcc/gcc/internal-fn.c:180
0x104b5883 expand_internal_call(gimple_statement_base*)
../../gcc/gcc/internal-fn.c:482
0x10277c9b expand_call_stmt
../../gcc/gcc/cfgexpand.c:2185
0x10277c9b expand_gimple_stmt_1
../../gcc/gcc/cfgexpand.c:3154
0x10277c9b expand_gimple_stmt
../../gcc/gcc/cfgexpand.c:3306
0x10279683 expand_gimple_basic_block
../../gcc/gcc/cfgexpand.c:5146
0x1027bb2b gimple_expand_cfg
../../gcc/gcc/cfgexpand.c:5712
0x1027bb2b execute
../../gcc/gcc/cfgexpand.c:5932
And because one cannot be sure if it hides the original ICE,
there is no exact bisection result.
The bug was introduced between r205684 (bad) to 205802 (good)
>From gcc-bugs-return-467208-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 18 14:03:57 2014
Return-Path: <gcc-bugs-return-467208-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 32274 invoked by alias); 18 Nov 2014 14:03:56 -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 32032 invoked by uid 48); 18 Nov 2014 14:03:53 -0000
From: "jason at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/55004] [meta-bug] constexpr issues
Date: Tue, 18 Nov 2014 14:03: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-Version: 4.8.0
X-Bugzilla-Keywords: meta-bug
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jason at gcc dot gnu.org
X-Bugzilla-Status: NEW
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: bug_status resolution
Message-ID: <bug-55004-4-YhjhhZTL2S@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-55004-4@http.gcc.gnu.org/bugzilla/>
References: <bug-55004-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-11/txt/msg01680.txt.bz2
Content-length: 491
https://gcc.gnu.org/bugzilla/show_bug.cgi?idU004
Bug 55004 depends on bug 58102, which changed state.
Bug 58102 Summary: rejects valid initialization of constexpr object with mutable member
https://gcc.gnu.org/bugzilla/show_bug.cgi?idX102
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution|--- |FIXED
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
` (2 preceding siblings ...)
2014-11-18 13:58 ` trippels at gcc dot gnu.org
@ 2014-11-18 14:46 ` jakub at gcc dot gnu.org
2014-11-18 15:26 ` trippels at gcc dot gnu.org
` (8 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-11-18 14:46 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comment #4 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Created attachment 34023
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34023&action=edit
gcc5-pr63520.patch
Untested fix. Though, I'm really curious why this doesn't fail already with
GCC 4.9.
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
` (3 preceding siblings ...)
2014-11-18 14:46 ` jakub at gcc dot gnu.org
@ 2014-11-18 15:26 ` trippels at gcc dot gnu.org
2014-11-18 16:10 ` trippels at gcc dot gnu.org
` (7 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-18 15:26 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
--- Comment #5 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to Jakub Jelinek from comment #4)
> Created attachment 34023 [details]
> gcc5-pr63520.patch
>
> Untested fix. Though, I'm really curious why this doesn't fail already with
> GCC 4.9.
It does. r205684 is from Wed Dec 4 22:47:11 2013.
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
` (4 preceding siblings ...)
2014-11-18 15:26 ` trippels at gcc dot gnu.org
@ 2014-11-18 16:10 ` trippels at gcc dot gnu.org
2014-11-18 16:14 ` jakub at gcc dot gnu.org
` (6 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-18 16:10 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
--- Comment #6 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
I gave the patch a quick try. Unfortunately I get stack overflows in stage2.
../../gcc/gcc/coverage.c:208:1: internal compiler error: Segmentation fault
read_counts_file (void)
^
xg++: internal compiler error: Segmentation fault (program cc1plus)
0x100079e7 execute
../../gcc/gcc/gcc.c:2912
0x1000dc23 do_spec_1
../../gcc/gcc/gcc.c:4837
0x10012503 process_brace_body
../../gcc/gcc/gcc.c:6120
0x10012203 handle_braces
../../gcc/gcc/gcc.c:6034
0x100105d3 do_spec_1
../../gcc/gcc/gcc.c:5491
0x10012503 process_brace_body
../../gcc/gcc/gcc.c:6120
0x10012203 handle_braces
../../gcc/gcc/gcc.c:6034
0x100105d3 do_spec_1
../../gcc/gcc/gcc.c:5491
0x10010b0b do_spec_1
../../gcc/gcc/gcc.c:5606
0x10012503 process_brace_body
../../gcc/gcc/gcc.c:6120
0x10012203 handle_braces
../../gcc/gcc/gcc.c:6034
0x100105d3 do_spec_1
../../gcc/gcc/gcc.c:5491
0x10012503 process_brace_body
../../gcc/gcc/gcc.c:6120
0x10012203 handle_braces
../../gcc/gcc/gcc.c:6034
0x100105d3 do_spec_1
../../gcc/gcc/gcc.c:5491
0x10012503 process_brace_body
../../gcc/gcc/gcc.c:6120
0x10012203 handle_braces
../../gcc/gcc/gcc.c:6034
0x100105d3 do_spec_1
../../gcc/gcc/gcc.c:5491
0x10012503 process_brace_body
../../gcc/gcc/gcc.c:6120
0x10012203 handle_braces
../../gcc/gcc/gcc.c:6034
Please submit a full bug report,
This might be related to PR63289.
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
` (5 preceding siblings ...)
2014-11-18 16:10 ` trippels at gcc dot gnu.org
@ 2014-11-18 16:14 ` jakub at gcc dot gnu.org
2014-11-18 16:26 ` trippels at gcc dot gnu.org
` (5 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-11-18 16:14 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
--- Comment #7 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
(In reply to Markus Trippelsdorf from comment #6)
> I gave the patch a quick try. Unfortunately I get stack overflows in stage2.
>
> ../../gcc/gcc/coverage.c:208:1: internal compiler error: Segmentation fault
> read_counts_file (void)
> ^
> xg++: internal compiler error: Segmentation fault (program cc1plus)
> 0x100079e7 execute
> ../../gcc/gcc/gcc.c:2912
> 0x1000dc23 do_spec_1
> ../../gcc/gcc/gcc.c:4837
> 0x10012503 process_brace_body
> ../../gcc/gcc/gcc.c:6120
> 0x10012203 handle_braces
> ../../gcc/gcc/gcc.c:6034
> 0x100105d3 do_spec_1
> ../../gcc/gcc/gcc.c:5491
> 0x10012503 process_brace_body
> ../../gcc/gcc/gcc.c:6120
> 0x10012203 handle_braces
> ../../gcc/gcc/gcc.c:6034
> 0x100105d3 do_spec_1
> ../../gcc/gcc/gcc.c:5491
> 0x10010b0b do_spec_1
> ../../gcc/gcc/gcc.c:5606
> 0x10012503 process_brace_body
> ../../gcc/gcc/gcc.c:6120
> 0x10012203 handle_braces
> ../../gcc/gcc/gcc.c:6034
> 0x100105d3 do_spec_1
> ../../gcc/gcc/gcc.c:5491
> 0x10012503 process_brace_body
> ../../gcc/gcc/gcc.c:6120
> 0x10012203 handle_braces
> ../../gcc/gcc/gcc.c:6034
> 0x100105d3 do_spec_1
> ../../gcc/gcc/gcc.c:5491
> 0x10012503 process_brace_body
> ../../gcc/gcc/gcc.c:6120
> 0x10012203 handle_braces
> ../../gcc/gcc/gcc.c:6034
> 0x100105d3 do_spec_1
> ../../gcc/gcc/gcc.c:5491
> 0x10012503 process_brace_body
> ../../gcc/gcc/gcc.c:6120
> 0x10012203 handle_braces
> ../../gcc/gcc/gcc.c:6034
> Please submit a full bug report,
>
> This might be related to PR63289.
That backtrace is not related to what happened at all, the thing is just that
cc1plus ICEd and the gcc driver decided (incorrectly) to emit backtrace for
where it caught the signal. You really need to attach debugger to the
segfaulting cc1plus to see where it crashed.
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
` (6 preceding siblings ...)
2014-11-18 16:14 ` jakub at gcc dot gnu.org
@ 2014-11-18 16:26 ` trippels at gcc dot gnu.org
2014-11-18 16:28 ` mpolacek at gcc dot gnu.org
` (4 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-18 16:26 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
--- Comment #8 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to Jakub Jelinek from comment #7)
> That backtrace is not related to what happened at all, the thing is just
> that cc1plus ICEd and the gcc driver decided (incorrectly) to emit backtrace
> for where it caught the signal. You really need to attach debugger to the
> segfaulting cc1plus to see where it crashed.
OK.
process 16131 is executing new program:
/home/trippels/gcc_build_dir/prev-gcc/cc1plus
Program received signal SIGSEGV, Segmentation fault.
[Switching to process 16131]
0x0000000010ce6ac8 in
wi::fits_to_tree_p<generic_wide_int<wide_int_ref_storage<false> > > (x=...,
type=0x3fffac28fd50) at ../../gcc/gcc/tree.h:4757
4757 wi::fits_to_tree_p (const T &x, const_tree type)
(gdb) bt
#0 0x0000000010ce6ac8 in
wi::fits_to_tree_p<generic_wide_int<wide_int_ref_storage<false> > > (x=...,
type=0x3fffac28fd50) at ../../gcc/gcc/tree.h:4757
#1 0x0000000010cd6bc0 in force_fit_type (type=0x3fffac28fd50, cst=...,
overflowable=<optimized out>, overflowed=<optimized out>) at
../../gcc/gcc/tree.c:1237
#2 0x0000000010656da0 in fold_negate_const (arg0=arg0@entry=0x3fffa4d90c78,
type=type@entry=0x3fffac28fd50) at ../../gcc/gcc/fold-const.c:15423
#3 0x000000001068d50c in fold_negate_expr (loc=loc@entry=0,
t=t@entry=0x3fffa4d90c78) at ../../gcc/gcc/fold-const.c:555
#4 0x000000001068f0d8 in negate_expr (t=0x3fffa4d90c78) at
../../gcc/gcc/fold-const.c:775
#5 0x000000001066bbfc in fold_binary_loc (loc=loc@entry=0,
code=code@entry=MINUS_EXPR, type=type@entry=0x3fffac28fd50,
op0=op0@entry=0x3fffa56ccbc0,
op1=op1@entry=0x3fffa4d90c78) at ../../gcc/gcc/fold-const.c:10450
#6 0x000000001067d918 in fold_build2_stat_loc (loc=<optimized out>,
code=<optimized out>, type=0x3fffac28fd50, op0=0x3fffa56ccbc0,
op1=0x3fffa4d90c78)
at ../../gcc/gcc/fold-const.c:14231
#7 0x0000000010735418 in generic_simplify (loc=<optimized out>,
code=<optimized out>, type=0x3fffac28fd50, op0=0x3fffa56ccb80, op1=<optimized
out>) at generic-match.c:3194
#8 0x0000000010668164 in fold_binary_loc (loc=loc@entry=0,
code=code@entry=PLUS_EXPR, type=type@entry=0x3fffac28fd50,
op0=op0@entry=0x3fffa56ccb80,
op1=op1@entry=0x3fffa56ccba0) at ../../gcc/gcc/fold-const.c:9729
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
` (7 preceding siblings ...)
2014-11-18 16:26 ` trippels at gcc dot gnu.org
@ 2014-11-18 16:28 ` mpolacek at gcc dot gnu.org
2014-11-18 16:42 ` trippels at gcc dot gnu.org
` (3 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: mpolacek at gcc dot gnu.org @ 2014-11-18 16:28 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
--- Comment #9 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Maybe dup of PR63879.
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
` (8 preceding siblings ...)
2014-11-18 16:28 ` mpolacek at gcc dot gnu.org
@ 2014-11-18 16:42 ` trippels at gcc dot gnu.org
2014-11-18 16:54 ` trippels at gcc dot gnu.org
` (2 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-18 16:42 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
--- Comment #10 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to Marek Polacek from comment #9)
> Maybe dup of PR63879.
PR63879 segfaults here:
in tree_nop_conversion_p (outer_type=0x3fffaf4c3720, inner_type=0x3fffaf2807e0)
at ../../gcc/gcc/tree.c:11685
So it looks different. I will open a new bug for the issue of
comment 6 & 8. It has nothing to do with Jakub's patch.
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
` (9 preceding siblings ...)
2014-11-18 16:42 ` trippels at gcc dot gnu.org
@ 2014-11-18 16:54 ` trippels at gcc dot gnu.org
2014-11-19 9:49 ` jakub at gcc dot gnu.org
2014-11-19 12:07 ` trippels at gcc dot gnu.org
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-18 16:54 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
--- Comment #11 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Hmm, the reduced testcase for comment 6 looks almost identical to
the decNumber.i testcase.
trippels@gcc2-power8 gcc % cat coverage.ii
int a;
void
fn1 ()
{
int b = 2;
for (; a;)
while (b >= 0)
b--;
}
trippels@gcc2-power8 gcc % g++ -c -O2 -fsanitize=undefined coverage.ii
g++: internal compiler error: Segmentation fault (program cc1plus)
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
` (10 preceding siblings ...)
2014-11-18 16:54 ` trippels at gcc dot gnu.org
@ 2014-11-19 9:49 ` jakub at gcc dot gnu.org
2014-11-19 12:07 ` trippels at gcc dot gnu.org
12 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-11-19 9:49 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
--- Comment #12 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Wed Nov 19 09:49:18 2014
New Revision: 217758
URL: https://gcc.gnu.org/viewcvs?rev=217758&root=gcc&view=rev
Log:
PR sanitizer/63520
* internal-fn.c (expand_ubsan_result_store): New function.
(expand_addsub_overflow, expand_neg_overflow, expand_mul_overflow):
Use it instead of just emit_move_insn.
* c-c++-common/ubsan/pr63520.c: New test.
Added:
trunk/gcc/testsuite/c-c++-common/ubsan/pr63520.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/internal-fn.c
trunk/gcc/testsuite/ChangeLog
^ permalink raw reply [flat|nested] 14+ messages in thread* [Bug sanitizer/63520] ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
2014-10-13 6:05 [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64 trippels at gcc dot gnu.org
` (11 preceding siblings ...)
2014-11-19 9:49 ` jakub at gcc dot gnu.org
@ 2014-11-19 12:07 ` trippels at gcc dot gnu.org
12 siblings, 0 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-19 12:07 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution|--- |FIXED
--- Comment #13 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Fixed. Thanks.
^ permalink raw reply [flat|nested] 14+ messages in thread