public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug sanitizer/63520] New: ICE: in get_biv_step, at loop-iv.c:824 with -fsanitize=undefined on ppc64
@ 2014-10-13 6:05 trippels at gcc dot gnu.org
2014-11-18 10:20 ` [Bug sanitizer/63520] " trippels at gcc dot gnu.org
` (12 more replies)
0 siblings, 13 replies; 14+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-10-13 6:05 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63520
Bug ID: 63520
Summary: ICE: in get_biv_step, at loop-iv.c:824 with
-fsanitize=undefined on ppc64
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
Target: powerpc64-unknown-linux-gnu
trippels@gcc1-power7 libdecnumber % cat decNumber.i
int a;
void
fn1 (void)
{
for (;;)
{
if (a == 1)
break;
a -= 1;
}
}
trippels@gcc1-power7 libdecnumber % gcc -c -fsanitize=undefined -O2 decNumber.i
decNumber.i: In function ‘fn1’:
decNumber.i:11:1: internal compiler error: in get_biv_step, at loop-iv.c:824
}
^
0x105a9b13 get_biv_step
../../gcc/gcc/loop-iv.c:824
0x105a9b13 iv_analyze_biv
../../gcc/gcc/loop-iv.c:913
0x105a9f8b iv_analyze_op
../../gcc/gcc/loop-iv.c:1189
0x105a9e6f iv_analyze_op
../../gcc/gcc/loop-iv.c:1159
0x105aa2cb iv_analyze_expr(rtx_insn*, rtx_def*, machine_mode, rtx_iv*)
../../gcc/gcc/loop-iv.c:969
0x105aa3d3 iv_analyze_expr(rtx_insn*, rtx_def*, machine_mode, rtx_iv*)
../../gcc/gcc/loop-iv.c:1025
0x105aabeb iv_analyze_def
../../gcc/gcc/loop-iv.c:1120
0x105a9df3 iv_analyze_op
../../gcc/gcc/loop-iv.c:1191
0x105ab30b iv_number_of_iterations
../../gcc/gcc/loop-iv.c:2387
0x105ab30b check_simple_exit
../../gcc/gcc/loop-iv.c:2950
0x105ab30b find_simple_exit(loop*, niter_desc*)
../../gcc/gcc/loop-iv.c:2975
0x105ac97f get_simple_loop_desc(loop*)
../../gcc/gcc/loop-iv.c:3056
0x10d8e99f doloop_optimize
../../gcc/gcc/loop-doloop.c:617
0x10d8e99f doloop_optimize_loops()
../../gcc/gcc/loop-doloop.c:745
0x1059f253 execute
../../gcc/gcc/loop-init.c:643
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.
>From gcc-bugs-return-463885-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Oct 13 06:54:22 2014
Return-Path: <gcc-bugs-return-463885-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 24046 invoked by alias); 13 Oct 2014 06:54:21 -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 23986 invoked by uid 48); 13 Oct 2014 06:54:15 -0000
From: "olegendo at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/53513] [SH] Add support for fschg and fpchg insns and improve fenv support
Date: Mon, 13 Oct 2014 06:54:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.8.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: olegendo 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:
Message-ID: <bug-53513-4-xYbvNtAPYf@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-53513-4@http.gcc.gnu.org/bugzilla/>
References: <bug-53513-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-10/txt/msg00906.txt.bz2
Content-length: 4510
https://gcc.gnu.org/bugzilla/show_bug.cgi?idS513
--- Comment #18 from Oleg Endo <olegendo at gcc dot gnu.org> ---
(In reply to Oleg Endo from comment #15)
> Created attachment 33691 [details]
> a possible patch
>
> The previous patch was buggy, it always generated a PR toggle sequence, even
> if a mode should be set directly.
I've tested the patch, there are some new failures:
-m4 -mb:
FAIL: g++.dg/torture/type-generic-1.C -O0 execution test
FAIL: gcc.c-torture/execute/builtins/complex-1.c execution, -O0
FAIL: gcc.c-torture/execute/builtins/complex-1.c execution, -Og -g
FAIL: gcc.c-torture/execute/complex-6.c -O0 execution test
FAIL: gcc.c-torture/execute/gofast.c -O0 execution test
FAIL: gcc.c-torture/execute/ieee/20010114-2.c execution, -O0
FAIL: gcc.c-torture/execute/ieee/20010114-2.c execution, -O1
FAIL: gcc.c-torture/execute/ieee/20010114-2.c execution, -Og -g
FAIL: gcc.c-torture/execute/ieee/20030331-1.c execution, -O0
FAIL: gcc.c-torture/execute/ieee/copysign1.c execution, -O0
FAIL: gcc.c-torture/execute/ieee/mzero3.c execution, -O0
FAIL: gcc.dg/torture/type-generic-1.c -O0 execution test
-m4 -ml:
FAIL: g++.dg/torture/type-generic-1.C -O0 execution test
FAIL: g++.dg/torture/type-generic-1.C -O1 execution test
FAIL: g++.dg/torture/type-generic-1.C -O2 execution test
FAIL: g++.dg/torture/type-generic-1.C -O2 -flto -fno-use-linker-plugin
-flto-partition=none execution test
FAIL: g++.dg/torture/type-generic-1.C -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects execution test
FAIL: g++.dg/torture/type-generic-1.C -O3 -fomit-frame-pointer execution
test
FAIL: g++.dg/torture/type-generic-1.C -O3 -g execution test
FAIL: g++.dg/torture/type-generic-1.C -Os execution test
FAIL: gcc.c-torture/execute/builtins/complex-1.c execution, -O0
FAIL: gcc.c-torture/execute/builtins/complex-1.c execution, -Og -g
FAIL: gcc.c-torture/execute/complex-6.c -O0 execution test
FAIL: gcc.c-torture/execute/conversion.c -O0 execution test
FAIL: gcc.c-torture/execute/gofast.c -O0 execution test
FAIL: gcc.c-torture/execute/ieee/20010114-2.c execution, -O0
FAIL: gcc.c-torture/execute/ieee/20010114-2.c execution, -O1
FAIL: gcc.c-torture/execute/ieee/20010114-2.c execution, -Og -g
FAIL: gcc.c-torture/execute/ieee/20030331-1.c execution, -O0
FAIL: gcc.c-torture/execute/ieee/copysign1.c execution, -O0
FAIL: gcc.c-torture/execute/ieee/mzero3.c execution, -O0
FAIL: gcc.dg/pr28796-2.c execution test
FAIL: gcc.dg/torture/fp-int-convert-float.c -O0 execution test
FAIL: gcc.dg/torture/fp-int-convert-float.c -O1 execution test
FAIL: gcc.dg/torture/fp-int-convert-float.c -O2 execution test
FAIL: gcc.dg/torture/fp-int-convert-float.c -O2 -flto -fno-use-linker-plugin
-flto-partition=none execution test
FAIL: gcc.dg/torture/fp-int-convert-float.c -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects execution test
FAIL: gcc.dg/torture/fp-int-convert-float.c -O3 -fomit-frame-pointer
execution test
FAIL: gcc.dg/torture/fp-int-convert-float.c -O3 -g execution test
FAIL: gcc.dg/torture/fp-int-convert-float.c -Os execution test
FAIL: gcc.dg/torture/type-generic-1.c -O0 execution test
FAIL: gcc.dg/torture/type-generic-1.c -O1 execution test
FAIL: gcc.dg/torture/type-generic-1.c -O2 execution test
FAIL: gcc.dg/torture/type-generic-1.c -O2 -flto -fno-use-linker-plugin
-flto-partition=none execution test
FAIL: gcc.dg/torture/type-generic-1.c -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects execution test
FAIL: gcc.dg/torture/type-generic-1.c -O3 -fomit-frame-pointer execution
test
FAIL: gcc.dg/torture/type-generic-1.c -O3 -g execution test
FAIL: gcc.dg/torture/type-generic-1.c -Os execution test
FAIL: gcc.dg/torture/vec-cvt-1.c -O0 execution test
FAIL: gcc.dg/torture/vec-cvt-1.c -O1 execution test
FAIL: gcc.dg/torture/vec-cvt-1.c -O2 execution test
FAIL: gcc.dg/torture/vec-cvt-1.c -O2 -flto -fno-use-linker-plugin
-flto-partition=none execution test
FAIL: gcc.dg/torture/vec-cvt-1.c -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects execution test
FAIL: gcc.dg/torture/vec-cvt-1.c -O3 -fomit-frame-pointer execution test
FAIL: gcc.dg/torture/vec-cvt-1.c -O3 -fomit-frame-pointer -funroll-all-loops
-finline-functions execution test
FAIL: gcc.dg/torture/vec-cvt-1.c -O3 -fomit-frame-pointer -funroll-loops
execution test
FAIL: gcc.dg/torture/vec-cvt-1.c -O3 -g execution test
FAIL: gcc.dg/torture/vec-cvt-1.c -Os execution test
^ 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 ` 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
end of thread, other threads:[~2014-11-19 12:07 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
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
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
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
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
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).