[Bug c++/58550] [4.9 Regression] ][c++0x] ICE with auto in function return type and lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58550 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-09-27 CC||mpolacek at gcc dot gnu.org Target Milestone|--- |4.9.0 Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Confirmed with trunk. Interesting is that with -std=gnu++1y: w.C:3:11: error: use of ‘auto foo()’ before deduction of ‘auto’ auto fp = foo; ^
[Bug c++/58549] [4.9 Regression] [c++1y] ICE with local function in function with auto parameter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549 Marek Polacek changed: What|Removed |Added CC||abutcher at gcc dot gnu.org --- Comment #3 from Marek Polacek --- Started with r202850.
[Bug middle-end/58547] [4.9 Regression] rtlanal.c:5482:19: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58547 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.0
[Bug other/58545] [4.7/4.8/4.9 Regression] error: unable to find a register to spill in class 'POINTER_REGS'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58545 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.7.4 Summary|[4.7/4.8 Regression] error: |[4.7/4.8/4.9 Regression] |unable to find a register |error: unable to find a |to spill in class |register to spill in class |'POINTER_REGS' |'POINTER_REGS' --- Comment #2 from Richard Biener --- Assuming 4.9 doesn't work either.
[Bug tree-optimization/58459] [4.9 regression] Loop invariant is not hoisted out of loop after r202525.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58459 --- Comment #7 from Richard Biener --- Author: rguenth Date: Fri Sep 27 08:14:53 2013 New Revision: 202966 URL: http://gcc.gnu.org/viewcvs?rev=202966&root=gcc&view=rev Log: 2013-09-27 Richard Biener PR tree-optimization/58459 * tree-ssa-forwprop.c (forward_propagate_addr_expr): Remove restriction not propagating into loops. * gcc.dg/tree-ssa/ssa-pre-31.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-pre-31.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-forwprop.c
[Bug c++/58550] [4.9 Regression] ][c++0x] ICE with auto in function return type and lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58550 Marek Polacek changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #2 from Marek Polacek --- This one seems to start with r198099 -- but it might be some other latent issue...
[Bug middle-end/58547] [4.9 Regression] rtlanal.c:5482:19: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58547 Eric Botcazou changed: What|Removed |Added Target|hppa-unknown-linux-gnu | Status|UNCONFIRMED |NEW Last reconfirmed||2013-09-27 CC||ebotcazou at gcc dot gnu.org Host|hppa-unknown-linux-gnu | Ever confirmed|0 |1 Build|hppa-unknown-linux-gnu | Severity|normal |major --- Comment #1 from Eric Botcazou --- Confirmed on PowerPC.
[Bug middle-end/58551] New: [4.9 Regression] ICE with abort in OpenMP SESE region inside of some loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551
Bug ID: 58551
Summary: [4.9 Regression] ICE with abort in OpenMP SESE region
inside of some loop
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: jakub at gcc dot gnu.org
/* { dg-do compile } */
/* { dg-options "-O0 -fopenmp" } */
void
foo (int *a)
{
int i;
for (i = 0; i < 8; i++)
#pragma omp task
if (a[i])
__builtin_abort ();
}
ICEs in 4.9, because __builtin_abort () bb after outlining the SESE region has
bogus loop_father.
[Bug middle-end/58547] [4.9 Regression] rtlanal.c:5482:19: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58547 --- Comment #2 from Iain Sandoe --- Author: iains Date: Fri Sep 27 08:59:18 2013 New Revision: 202967 URL: http://gcc.gnu.org/viewcvs?rev=202967&root=gcc&view=rev Log: gcc: PR middle-end/58547 * rtlanal.c (lsb_bitfield_op_p): Make both parts of the comparison signed. Modified: trunk/gcc/ChangeLog trunk/gcc/rtlanal.c
[Bug middle-end/58551] [4.9 Regression] ICE with abort in OpenMP SESE region inside of some loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551
--- Comment #1 from Jakub Jelinek ---
Anoter testcase that ICEs even with -O2 -fopenmp:
/* { dg-do compile } */
/* { dg-options "-O2 -fopenmp" } */
void bar (int, int);
void
foo (int *a)
{
int i;
for (i = 0; i < 8; i++)
#pragma omp task
if (a[i])
{
int j, k;
for (j = 0; j < 10; j++)
for (k = 0; k < 8; k++)
bar (j, k);
for (k = 0; k < 12; k++)
bar (-1, k);
__builtin_abort ();
}
}
[Bug middle-end/58551] [4.9 Regression] ICE with abort in OpenMP SESE region inside of some loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2013-09-27 Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Jakub Jelinek --- Created attachment 30907 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30907&action=edit gcc49-pr58551.patch Untested fix.
[Bug tree-optimization/58459] [4.9 regression] Loop invariant is not hoisted out of loop after r202525.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58459 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #8 from Richard Biener --- Fixed.
[Bug sanitizer/58543] Invalid unpoisoning of stack redzones on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543 --- Comment #3 from Yury Gribov --- Created attachment 30908 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30908&action=edit Test results Tests seem to pass both on x86_64 and on ARM (attached).
[Bug tree-optimization/58532] [4.9 Regression] bootstrap failure with BOOT_CFLAGS="-g -O3"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532 Richard Biener changed: What|Removed |Added Status|WAITING |ASSIGNED --- Comment #4 from Richard Biener --- Ok, I reproduced it. Bootstrap comparison failure! gcc/dwarf2out.o differs gcc/fortran/parse.o differs libiberty/regex.o differs libiberty/pic/regex.o differs somehow GCC has miscompiled itself.
[Bug middle-end/58551] [4.9 Regression] ICE with abort in OpenMP SESE region inside of some loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |4.9.0
[Bug middle-end/58551] [4.9 Regression] ICE with abort in OpenMP SESE region inside of some loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551 Jakub Jelinek changed: What|Removed |Added Attachment #30907|0 |1 is obsolete|| --- Comment #3 from Jakub Jelinek --- Created attachment 30909 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30909&action=edit gcc49-pr58551.patch Updated untested patch that should also fix num_nodes adjustments.
[Bug tree-optimization/58532] [4.9 Regression] bootstrap failure with BOOT_CFLAGS="-g -O3"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532 --- Comment #5 from Richard Biener --- There is a compare-debug failure on fortran/parse.o at least, reducing that.
[Bug target/58507] Incorrect parsing of `-mmcu=msp430*`
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58507 --- Comment #1 from Nick Clifton --- Created attachment 30910 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30910&action=edit Fix objdump output Proposed patch to fix objdump output
[Bug tree-optimization/58532] [4.9 Regression] bootstrap failure with BOOT_CFLAGS="-g -O3"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532 --- Comment #6 from Richard Biener --- One difference happens in 057.cunrolli already, we create a preheader for a loop depending on -g: ;; Function bool gfc_parse_file() (_Z14gfc_parse_filev, funcdef_no=257, decl_ui d=17369, symbol_order=156) Created preheader block for loop 4 -Created preheader block for loop 5 ;; 10 loops found ... @@ -18009,13 +19254,14 @@ : st_228 = parse_spec (131); - # st_470 = PHI - # error_471 = PHI <0(109)> + # st_229 = PHI + # error_233 = PHI <0(109), 1(124)> loop: - - : - # st_229 = PHI - # error_233 = PHI + # DEBUG st => NULL + # DEBUG error => NULL + # DEBUG st => NULL + # DEBUG error => error_233 + # DEBUG st => st_229 st.280_230 = (int) st_229; switch (st.280_230) , case 12: , case 33: , case 131: > ... : st_232 = next_statement (); - - : - goto ; + goto (loop); (to investigate).
[Bug tree-optimization/58552] New: [4.9 Regression] -fcompare-debug failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58552 Bug ID: 58552 Summary: [4.9 Regression] -fcompare-debug failure Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: rguenth at gcc dot gnu.org Created attachment 30911 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30911&action=edit testcase spuriously reduced from a -O3 bootstrap miscompare. Fails at -O2.
[Bug tree-optimization/58552] [4.9 Regression] -fcompare-debug failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58552 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.0
[Bug tree-optimization/58532] [4.9 Regression] bootstrap failure with BOOT_CFLAGS="-g -O3"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532 --- Comment #7 from Richard Biener --- First testcase reduction ended in PR58552, re-reducing.
[Bug lto/58528] lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 --- Comment #6 from Charles --- Created attachment 30912 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30912&action=edit script to reproduce the ICE This script reproduces the bug. It requires 27 .ii files and one archive file of Google's gtest 1.6.0. If this is acceptable will either attach the .ii files or send you a tarball directly.
[Bug c/53001] -Wfloat-conversion should be available to warn about floating point errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53001 --- Comment #19 from Joshua Cogliati --- Created attachment 30913 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30913&action=edit Patch to add -Wfloat-conversion option against trunk This version is against gcc trunk (rev 202818). It now bootstraps. It adds about ten casts so that the existing float conversions in gcc are now explicit instead of implicit so that gcc can bootstrap even with the new warning.
[Bug tree-optimization/58552] [4.9 Regression] -fcompare-debug failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58552 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-09-27 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- starts already with early inlining.
[Bug tree-optimization/58552] [4.9 Regression] -fcompare-debug failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58552
--- Comment #2 from Richard Biener ---
Reduced:
extern void fancy_abort () __attribute__ ((__noreturn__));
extern "C" {
struct __jmp_buf_tag { };
typedef struct __jmp_buf_tag jmp_buf[1];
extern int _setjmp (struct __jmp_buf_tag __env[1]) throw ();
}
extern void *gfc_state_stack;
static jmp_buf eof_buf;
static void push_state ()
{
if (!gfc_state_stack)
fancy_abort ();
}
bool gfc_parse_file (void)
{
int seen_program=0;
if (_setjmp (eof_buf))
return false;
if (seen_program)
goto duplicate_main;
seen_program = 1;
push_state ();
push_state ();
duplicate_main:
return true;
}
[Bug tree-optimization/58552] [4.9 Regression] -fcompare-debug failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58552
--- Comment #3 from Richard Biener ---
Index: gcc/tree-cfg.c
===
--- gcc/tree-cfg.c (revision 202971)
+++ gcc/tree-cfg.c (working copy)
@@ -1013,6 +1013,9 @@ make_abnormal_goto_edges (basic_block bb
break;
}
}
+ if (!gsi_end_p (gsi)
+ && is_gimple_debug (gsi_stmt (gsi)))
+ gsi_next_nondebug (&gsi);
if (!gsi_end_p (gsi))
{
/* Make an edge to every setjmp-like call. */
fixes it.
[Bug middle-end/58551] [4.9 Regression] ICE with abort in OpenMP SESE region inside of some loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Fri Sep 27 13:44:10 2013 New Revision: 202972 URL: http://gcc.gnu.org/viewcvs?rev=202972&root=gcc&view=rev Log: PR middle-end/58551 * tree-cfg.c (move_sese_region_to_fn): Also move loops that are children of outermost saved_cfun's loop, and set it up to be moved to dest_cfun's outermost loop. Fix up num_nodes adjustments if loop != loop0 and SESE region contains bbs that belong to loop0. * c-c++-common/gomp/pr58551.c: New test. Added: trunk/gcc/testsuite/c-c++-common/gomp/pr58551.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-cfg.c
[Bug libstdc++/57465] Failed postcondition for std::function constructed with null function pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57465 --- Comment #1 from Jonathan Wakely --- Author: redi Date: Fri Sep 27 14:06:09 2013 New Revision: 202974 URL: http://gcc.gnu.org/viewcvs?rev=202974&root=gcc&view=rev Log: PR libstdc++/57465 * include/std/functional (_Function_base::_Base_manager::_M_not_empty_function): Fix overload for pointers. * testsuite/20_util/function/cons/57465.cc: New. Added: trunk/libstdc++-v3/testsuite/20_util/function/cons/57465.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/std/functional
[Bug libstdc++/57465] Failed postcondition for std::function constructed with null function pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57465 --- Comment #2 from Jonathan Wakely --- Fixed on the trunk so far.
[Bug libfortran/58015] FAIL: gfortran.dg/round_4.f90: Unsatisfied symbol "nextafterl"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58015 --- Comment #4 from dave.anglin at bell dot net --- On 9/21/2013 11:13 AM, dominiq at lps dot ens.fr wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58015 > > --- Comment #2 from Dominique d'Humieres --- > Is this PR different from pr58113 beside the missing nextafterl on > hppa64-hp-hpux11.11? I hacked c99_functions.c to provide nextafterl using nextafterq from libquadmath. With this, I see the bug in pr58113. Regarding nextafterl, I'm thinking about an include hack to math.h for hppa*-*-hpux11*. On all HP-UX systems, the "l" and "q" long double and quad math functions are equivalent. Dave
[Bug tree-optimization/58359] __builtin_unreachable prevents vectorization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359 --- Comment #4 from Anatoly Sinyavin --- Created attachment 30914 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30914&action=edit Fisrt patch
[Bug tree-optimization/58359] __builtin_unreachable prevents vectorization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359 --- Comment #5 from Anatoly Sinyavin --- Created attachment 30915 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30915&action=edit Second patch
[Bug tree-optimization/58359] __builtin_unreachable prevents vectorization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359 --- Comment #6 from Anatoly Sinyavin --- I have created two patches to fix this problem. The first patch (bug_fix_58359_builit_unreachable.patch) just moves functionality of optimize_unreachable from "fab" pass to "cfg" pass The second patch (bug_fix_58359_builit_unreachable.AGGRESSIVE.patch) is more aggressive variant. Origininal implementation of optimize_unreachable doesn't delete basic block if there is FORCED_LABEL, non debug statemnt, or call function before __built_unreachable in this basic block. I think we can't delete basic block if it contains some statement X before __built_unreachable. This statement X can potentially transfer control from this basic block and can't return. It's possible in two cases: if statement X is procedure call (without return) or assembler instruction. (See also __built_unreachable description)
[Bug middle-end/58463] ICE with -fdump-tree-all-all in vector indexed access
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58463 --- Comment #8 from pmatos at gcc dot gnu.org --- Author: pmatos Date: Fri Sep 27 14:54:43 2013 New Revision: 202976 URL: http://gcc.gnu.org/viewcvs?rev=202976&root=gcc&view=rev Log: PR middle-end/58463 * gcc.dg/pr58463.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr58463.c Modified: trunk/gcc/ChangeLog
[Bug target/58507] Incorrect parsing of `-mmcu=msp430*`
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58507 --- Comment #2 from Nick Clifton --- Created attachment 30916 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30916&action=edit Add parsing of known MSP430 MCU types I am currently testing this patch to see if it introduces any regressions into the gcc testsuite...
[Bug tree-optimization/58463] ICE with -fdump-tree-all-all in vector indexed access
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58463 --- Comment #9 from pmatos at gcc dot gnu.org --- Author: pmatos Date: Fri Sep 27 16:30:15 2013 New Revision: 202978 URL: http://gcc.gnu.org/viewcvs?rev=202978&root=gcc&view=rev Log: Backport from mainline. 2013-09-27 Paulo Matos PR middle-end/58463 * gcc.dg/pr58463.c: New test. Added: branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/pr58463.c Modified: branches/gcc-4_8-branch/gcc/ChangeLog
[Bug target/56716] during gcc 4.8.0 build on Cygwin: bid128_fma.c:4460:1: internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56716 --- Comment #11 from pmatos at gcc dot gnu.org --- Author: pmatos Date: Fri Sep 27 16:44:39 2013 New Revision: 202979 URL: http://gcc.gnu.org/viewcvs?rev=202979&root=gcc&view=rev Log: Backport from mainline. PR middle-end/58463 2013-03-27 Richard Biener PR tree-optimization/56716 * tree-ssa-structalias.c (perform_var_substitution): Adjust dumping for ref nodes. Modified: branches/gcc-4_8-branch/gcc/ChangeLog branches/gcc-4_8-branch/gcc/tree-ssa-structalias.c
[Bug middle-end/58463] ICE with -fdump-tree-all-all in vector indexed access
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58463 --- Comment #10 from pmatos at gcc dot gnu.org --- Author: pmatos Date: Fri Sep 27 16:44:39 2013 New Revision: 202979 URL: http://gcc.gnu.org/viewcvs?rev=202979&root=gcc&view=rev Log: Backport from mainline. PR middle-end/58463 2013-03-27 Richard Biener PR tree-optimization/56716 * tree-ssa-structalias.c (perform_var_substitution): Adjust dumping for ref nodes. Modified: branches/gcc-4_8-branch/gcc/ChangeLog branches/gcc-4_8-branch/gcc/tree-ssa-structalias.c
[Bug tree-optimization/58553] New: New fail in PASS->FAIL: gcc.c-torture/execute/memcpy-2.c execution on arm and aarch64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553 Bug ID: 58553 Summary: New fail in PASS->FAIL: gcc.c-torture/execute/memcpy-2.c execution on arm and aarch64 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: jgreenhalgh at gcc dot gnu.org Created attachment 30917 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30917&action=edit Preprocessed source Jeff's change to the Jump-Threading code here: http://gcc.gnu.org/ml/gcc-patches/2013-09/msg01910.html Introduced a regression for arm and aarch64 in gcc.c-torture/execute/memcpy-2.c, such that I now see: *** EXIT code emu: host signal 0 When executing the testcase on a model with command line: /work/gcc-clean/build-arm-none-eabi/install/bin/arm-none-eabi-gcc -B/work/gcc-clean/build-arm-none-eabi/obj/gcc2/gcc/ /work/gcc-clean/src/gcc/gcc/testsuite/gcc.c-torture/execute/memcpy-2.c -fno-diagnostics-show-caret -fdiagnostics-color=never -w -O3 -g -Wa,-mno-warn-deprecated -lm -marm -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=softfp -o /work/gcc-clean/build-arm-none-eabi/obj/gcc2/gcc/testsuite/gcc/memcpy-2.x -save-temps I've attached the preprocessed source and the output from -fdump-tree-dom1-details
[Bug tree-optimization/58553] New fail in PASS->FAIL: gcc.c-torture/execute/memcpy-2.c execution on arm and aarch64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553 --- Comment #1 from jgreenhalgh at gcc dot gnu.org --- Created attachment 30918 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30918&action=edit Output of dom1
[Bug middle-end/58463] ICE with -fdump-tree-all-all in vector indexed access
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58463 Paulo J. Matos changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |FIXED --- Comment #11 from Paulo J. Matos --- Backported Richard's patch to branch 4.8 under r202979. Will mark as fixed.
[Bug tree-optimization/58554] New: Revision 202619 causes runtime failure in CPU2006 benchmark 445.gobmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554
Bug ID: 58554
Summary: Revision 202619 causes runtime failure in CPU2006
benchmark 445.gobmk
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: pthaugen at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, dje.gcc at gmail dot com,
rguenth at gcc dot gnu.org
Host: powerpc64-linux
Target: powerpc64-linux
Build: powerpc64-linux
gobmk started failing at runtime with the stated revision. Tracked down
offending code (from benchmark source engine/board.c) and reduced to the
following. Generated code is ignoring control dependence and simply calling
memset to set the entire array.
[pthaugen@igoo build_base_test_32.]$ cat junk.c
extern int board_size;
extern unsigned char board[421];
void clear_board(void)
{
int k;
for (k = 0; k < 421; k++) {
/* Original:
if (!((unsigned) (((k) / (19 + 1) - 1)) < (unsigned) board_size &&
(unsigned) (((k) % (19 + 1) - 1)) < (unsigned) board_size)) */
if (k < board_size )
board[k] = 3;
}
}
[pthaugen@igoo build_base_test_32.]$
/home/pthaugen/install/gcc/trunk_work/bin/gcc -S -m32 -O3 junk.c
Generated assembler for the function:
clear_board:
lis 3,board@ha
li 4,3
la 3,board@l(3)
li 5,421
b memset
[Bug tree-optimization/58553] New fail in PASS->FAIL: gcc.c-torture/execute/memcpy-2.c execution on arm and aarch64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553 --- Comment #2 from Jeffrey A. Law --- James. Look in the .ldist dump. In particular look at that memset call. We're writing off the end of the structure. Now to walk backwards and figure out why :-)
[Bug middle-end/58551] [4.9 Regression] ICE with abort in OpenMP SESE region inside of some loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58551 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #5 from Jakub Jelinek --- Fixed.
[Bug tree-optimization/58554] [4.9 Regression] Revision 202619 causes runtime failure in CPU2006 benchmark 445.gobmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code Target Milestone|--- |4.9.0 Summary|Revision 202619 causes |[4.9 Regression] Revision |runtime failure in CPU2006 |202619 causes runtime |benchmark 445.gobmk |failure in CPU2006 ||benchmark 445.gobmk Severity|normal |blocker
[Bug tree-optimization/58553] New fail in PASS->FAIL: gcc.c-torture/execute/memcpy-2.c execution on arm and aarch64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553 Andrew Pinski changed: What|Removed |Added Depends on||58554 --- Comment #3 from Andrew Pinski --- This sounds like bug 58554.
[Bug c++/58555] New: Floating point exception in want_inline_self_recursive_call_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555 Bug ID: 58555 Summary: Floating point exception in want_inline_self_recursive_call_p Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dcb314 at hotmail dot com Created attachment 30919 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30919&action=edit gzipped C++ source code I just tried to compile package flamerobin-0.9.3-4.20130401snap with gcc 4.9 trunk dated 20130925. It said ./src/metadata/root.cpp:375:1: internal compiler error: Floating point exception } ^ 0xafbfff crash_signal ../../src/trunk/gcc/toplev.c:335 0x50ed95 want_inline_self_recursive_call_p ../../src/trunk/gcc/ipa-inline.c:699 0xf72320 inline_small_functions ../../src/trunk/gcc/ipa-inline.c:1756 0xf72320 ipa_inline ../../src/trunk/gcc/ipa-inline.c:2009 0xf72320 execute ../../src/trunk/gcc/ipa-inline.c:2379 Please submit a full bug report, with preprocessed source if appropriate. Preprocessed source code attached. Flag -O3 required. Checking the compiler source code, the offending line is if (!max_count && (edge->frequency * CGRAPH_FREQ_BASE / caller_freq >= max_prob)) I speculate that caller_freq == 0 and someone has missed out a belt'n'braces check for zero before making the division.
[Bug tree-optimization/58553] New fail in PASS->FAIL: gcc.c-torture/execute/memcpy-2.c execution on arm and aarch64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553 --- Comment #4 from Jeffrey A. Law --- Andrew. Yes it does. I've never looked at the ldist code, but the dump seems a bit strange: Analyzing # of iterations of loop 3 exit condition [1, + , 1](no_overflow) != 96 bounds on difference of bases: 95 ... 95 result: # of iterations 95, bounded by 95 __builtin_memset (&MEM[(void *)&u1 + 1B], 97, 96); So it determined the right iteration count but mucked up the count in the call to memset ?!? Weird
[Bug tree-optimization/58553] New fail in PASS->FAIL: gcc.c-torture/execute/memcpy-2.c execution on arm and aarch64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553 Jeffrey A. Law changed: What|Removed |Added CC||pthaugen at gcc dot gnu.org --- Comment #5 from Jeffrey A. Law --- *** Bug 58554 has been marked as a duplicate of this bug. ***
[Bug tree-optimization/58554] [4.9 Regression] Revision 202619 causes runtime failure in CPU2006 benchmark 445.gobmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||law at redhat dot com Resolution|--- |DUPLICATE --- Comment #1 from Jeffrey A. Law --- Duplicate. *** This bug has been marked as a duplicate of bug 58553 ***
[Bug tree-optimization/58553] New fail in PASS->FAIL: gcc.c-torture/execute/memcpy-2.c execution on arm and aarch64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553 Bug 58553 depends on bug 58554, which changed state. Bug 58554 Summary: [4.9 Regression] Revision 202619 causes runtime failure in CPU2006 benchmark 445.gobmk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE
[Bug tree-optimization/58553] New fail in PASS->FAIL: gcc.c-torture/execute/memcpy-2.c execution on arm and aarch64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58553 Bug 58553 depends on bug 58554, which changed state. Bug 58554 Summary: [4.9 Regression] Revision 202619 causes runtime failure in CPU2006 benchmark 445.gobmk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554 What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE |---
[Bug tree-optimization/58554] [4.9 Regression] Revision 202619 causes runtime failure in CPU2006 benchmark 445.gobmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58554 Jeffrey A. Law changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed||2013-09-27 Resolution|DUPLICATE |--- Ever confirmed|0 |1 --- Comment #2 from Jeffrey A. Law --- Since this doesn't depend on the recent threading changes to trigger, I'm keeping this open as I'll probably revert a tiny piece of the threading changes which will make 58553 go latent.
[Bug c++/58555] Floating point exception in want_inline_self_recursive_call_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555 Markus Trippelsdorf changed: What|Removed |Added CC||markus at trippelsdorf dot de --- Comment #1 from Markus Trippelsdorf --- Created attachment 30920 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30920&action=edit reduced testcase
[Bug tree-optimization/58556] New: gen-vect-26.c / gen-vect-28.c regression merging from r202839 to r202981
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58556 Bug ID: 58556 Summary: gen-vect-26.c / gen-vect-28.c regression merging from r202839 to r202981 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: amylaar at gcc dot gnu.org Target: arc-elf32 Created attachment 30921 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30921&action=edit gen-vect-26.c.114t.vect dump file I just merged in trunk from https://github.com/mirrors/gcc.git, and I see four new failures (in just four days): 82870c82883 < PASS: gcc.dg/tree-ssa/gen-vect-26.c scan-tree-dump-times vect "vectorized 1 lo ops" 1 --- > FAIL: gcc.dg/tree-ssa/gen-vect-26.c scan-tree-dump-times vect "vectorized 1 > loops" 1 82872c82885 < PASS: gcc.dg/tree-ssa/gen-vect-26.c scan-tree-dump-times vect "Alignment of access forced using peeling" 1 --- > FAIL: gcc.dg/tree-ssa/gen-vect-26.c scan-tree-dump-times vect "Alignment of > access forced using peeling" 1 82875c82888 < PASS: gcc.dg/tree-ssa/gen-vect-28.c scan-tree-dump-times vect "vectorized 1 loops" 1 --- > FAIL: gcc.dg/tree-ssa/gen-vect-28.c scan-tree-dump-times vect "vectorized 1 > loops" 1 82877c82890 < PASS: gcc.dg/tree-ssa/gen-vect-28.c scan-tree-dump-times vect "Alignment of access forced using peeling" 1 --- > FAIL: gcc.dg/tree-ssa/gen-vect-28.c scan-tree-dump-times vect "Alignment of > access forced using peeling" 1
[Bug target/58490] __sync_bool_compare_and_swap sign bit failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58490 --- Comment #3 from Erik van der Werf --- I'm sorry, that patch definitely looks relevant, and I'd like to try it, but somehow I did not manage to rebuild the arm-linux-gnueabi-gcc-4.7 package. I'm not a gcc expert, and trying to figure out how to configure the build for cross compilation turns out to be rather time consuming, so for now I'll just stay with gcc-4.6. BTW I also tried the new atomic built-ins (__atomic_compare_exchange) and those show the exact same problem.
