[Bug c++/58548] New: ICE with local struct in function with auto parameter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58548 Bug ID: 58548 Summary: ICE with local struct in function with auto parameter Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: reichelt at gcc dot gnu.org The following code snippet triggers an ICE on trunk (4.9.0 20130926) when compiled with -std=gnu++1y: === void foo(auto) { struct A { int i; }; } === bug.cc: In function 'void foo(auto1)': bug.cc:3:18: error: data member 'i' cannot be a member template struct A { int i; }; ^ neu40.cc:6:18: internal compiler error: in poplevel, at cp/decl.c:560 0x554850 poplevel(int, int, int) ../../gcc/gcc/cp/decl.c:560 0x58e568 end_template_decl() ../../gcc/gcc/cp/pt.c:3786 0x62ed7b finish_fully_implicit_template ../../gcc/gcc/cp/parser.c:29040 0x637ad1 cp_parser_member_declaration ../../gcc/gcc/cp/parser.c:20086 0x6381ee cp_parser_member_specification_opt ../../gcc/gcc/cp/parser.c:19630 0x6381ee cp_parser_class_specifier_1 ../../gcc/gcc/cp/parser.c:18885 0x63ab90 cp_parser_class_specifier ../../gcc/gcc/cp/parser.c:19101 0x63ab90 cp_parser_type_specifier ../../gcc/gcc/cp/parser.c:14080 0x6500a9 cp_parser_decl_specifier_seq ../../gcc/gcc/cp/parser.c:11328 0x654139 cp_parser_simple_declaration ../../gcc/gcc/cp/parser.c:10918 0x656140 cp_parser_block_declaration ../../gcc/gcc/cp/parser.c:10867 0x657230 cp_parser_declaration_statement ../../gcc/gcc/cp/parser.c:10514 0x63fad7 cp_parser_statement ../../gcc/gcc/cp/parser.c:9274 0x640dde cp_parser_statement_seq_opt ../../gcc/gcc/cp/parser.c:9552 0x640f26 cp_parser_compound_statement ../../gcc/gcc/cp/parser.c:9506 0x6522db cp_parser_function_body ../../gcc/gcc/cp/parser.c:18318 0x6522db cp_parser_ctor_initializer_opt_and_function_body ../../gcc/gcc/cp/parser.c:18354 0x65331f cp_parser_function_definition_after_declarator ../../gcc/gcc/cp/parser.c:22338 0x654027 cp_parser_function_definition_from_specifiers_and_declarator ../../gcc/gcc/cp/parser.c:22259 0x654027 cp_parser_init_declarator ../../gcc/gcc/cp/parser.c:16347 Please submit a full bug report, [etc.] Furthermore, IMHO the error message is bogus and the code should be accepted.
[Bug c++/58549] New: [c++1y] ICE with local function in function with auto parameter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549 Bug ID: 58549 Summary: [c++1y] ICE with local function in function with auto parameter Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: reichelt at gcc dot gnu.org The following valid code snippet (compiled with -std=gnu++1y) triggers an ICE on trunk (4.9.0 20130926): === void foo(auto) { void bar(); } === bug.cc: In function 'void foo(auto1)': bug.cc:4:1: internal compiler error: in finish_function, at cp/decl.c:13852 } ^ 0x56b38f finish_function(int) ../../gcc/gcc/cp/decl.c:13852 0x65333d cp_parser_function_definition_after_declarator ../../gcc/gcc/cp/parser.c:22344 0x654027 cp_parser_function_definition_from_specifiers_and_declarator ../../gcc/gcc/cp/parser.c:22259 0x654027 cp_parser_init_declarator ../../gcc/gcc/cp/parser.c:16347 0x6542df cp_parser_simple_declaration ../../gcc/gcc/cp/parser.c:10986 0x656140 cp_parser_block_declaration ../../gcc/gcc/cp/parser.c:10867 0x65f16e cp_parser_declaration ../../gcc/gcc/cp/parser.c:10764 0x65decd cp_parser_declaration_seq_opt ../../gcc/gcc/cp/parser.c:10650 0x65f7b6 cp_parser_translation_unit ../../gcc/gcc/cp/parser.c:3939 0x65f7b6 c_parse_file() ../../gcc/gcc/cp/parser.c:28898 0x772e94 c_common_parse_file() ../../gcc/gcc/c-family/c-opts.c:1046 Please submit a full bug report, [etc.]
[Bug c++/58548] [4.9 Regression] [c++1y] ICE with local struct in function with auto parameter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58548 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-09-27 CC||mpolacek at gcc dot gnu.org Target Milestone|--- |4.9.0 Summary|[c++1y] ICE with local |[4.9 Regression] [c++1y] |struct in function with |ICE with local struct in |auto parameter |function with auto ||parameter Ever confirmed|0 |1 --- Comment #1 from Marek Polacek mpolacek at gcc dot gnu.org --- Confirmed. I can't comment on whether it's valid code or not though.
[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 mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-09-27 CC||mpolacek at gcc dot gnu.org Summary|[c++1y] ICE with local |[4.9 Regression] [c++1y] |function in function with |ICE with local function in |auto parameter |function with auto ||parameter Ever confirmed|0 |1 --- Comment #1 from Marek Polacek mpolacek at gcc dot gnu.org --- Confirmed with trunk, 4.8: q.C:1:10: error: parameter declared ‘auto’ void foo(auto) ^ Are these auto parameters really valid? What's their purpose?
[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 mpolacek at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.9.0
[Bug target/58546] volatile bug and also larger code at -Os
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58546 Uroš Bizjak ubizjak at gmail dot com changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #4 from Uroš Bizjak ubizjak at gmail dot com --- (In reply to Andrew Pinski from comment #3) This is a target specific issue as the RTL looks fine from expand: The splitter in question is the one with the comment: ;; Avoid redundant prefixes by splitting HImode arithmetic to SImode. The splitter does check for aligned_operand operands, which in turn avoids volatiles. However, outside of the operand, data layout is not known to the predicate. Let's ask Honza about this.
[Bug c++/58550] New: [4.9 Regression] ][c++0x] ICE with auto in function return type and lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58550 Bug ID: 58550 Summary: [4.9 Regression] ][c++0x] ICE with auto in function return type and lto Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: reichelt at gcc dot gnu.org The following (probably invalid) code snippet triggers an ICE on trunk (4.9.0 20130926) when compiled with std=c++0x -flto: auto foo(); auto fp = foo; bug.cc:1:10: warning: 'foo' function uses 'auto' type specifier without trailing return type [enabled by default] auto foo(); ^ bug.cc:3:14: internal compiler error: tree code 'template_type_parm' is not supported in LTO streams auto fp = foo; ^ 0xa17696 DFS_write_tree ../../gcc/gcc/lto-streamer-out.c:1244 0xa165c9 DFS_write_tree_body ../../gcc/gcc/lto-streamer-out.c:461 0xa165c9 DFS_write_tree ../../gcc/gcc/lto-streamer-out.c:1152 0xa165c9 DFS_write_tree_body ../../gcc/gcc/lto-streamer-out.c:461 0xa165c9 DFS_write_tree ../../gcc/gcc/lto-streamer-out.c:1152 0xa18907 lto_output_tree(output_block*, tree_node*, bool, bool) ../../gcc/gcc/lto-streamer-out.c:1334 0xa12cfc write_global_stream ../../gcc/gcc/lto-streamer-out.c:2084 0xa1a990 lto_output_decl_state_streams ../../gcc/gcc/lto-streamer-out.c:2128 0xa1a990 produce_asm_for_decls ../../gcc/gcc/lto-streamer-out.c:2413 0xa4e720 ipa_write_summaries_2 ../../gcc/gcc/passes.c:2283 0xa4f799 ipa_write_summaries_1 ../../gcc/gcc/passes.c:2314 0xa4f799 ipa_write_summaries() ../../gcc/gcc/passes.c:2371 0x807c5b ipa_passes ../../gcc/gcc/cgraphunit.c:2019 0x807c5b compile() ../../gcc/gcc/cgraphunit.c:2115 0x807ee9 finalize_compilation_unit() ../../gcc/gcc/cgraphunit.c:2269 0x61b2b0 cp_write_global_declarations() ../../gcc/gcc/cp/decl2.c:4360 Please submit a full bug report, [etc.] In GCC 4.8.1 the code was rejected: bug.cc:1:10: warning: 'foo' function uses 'auto' type specifier without trailing return type [enabled by default] auto foo(); ^ bug.cc: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 --- Comment #2 from Volker Reichelt reichelt at gcc dot gnu.org --- To me they look like a (syntactically simpler) alternative to template parameters. They were introduced here: 2013-09-16 Adam Butcher a...@jessamine.co.uk * cp-tree.h (type_uses_auto_or_concept): Declare. (is_auto_or_concept): Declare. * decl.c (grokdeclarator): Allow 'auto' parameters in lambdas with -std=gnu++1y or -std=c++1y or, as a GNU extension, in plain functions. [...]
[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 mpolacek at gcc dot gnu.org 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 mpolacek at gcc dot gnu.org --- 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 mpolacek at gcc dot gnu.org changed: What|Removed |Added CC||abutcher at gcc dot gnu.org --- Comment #3 from Marek Polacek mpolacek at gcc dot gnu.org --- 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 rguenth at gcc dot gnu.org 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 rguenth at gcc dot gnu.org 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 rguenth at gcc dot gnu.org --- 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 rguenth at gcc dot gnu.org --- Author: rguenth Date: Fri Sep 27 08:14:53 2013 New Revision: 202966 URL: http://gcc.gnu.org/viewcvs?rev=202966root=gccview=rev Log: 2013-09-27 Richard Biener rguent...@suse.de 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 mpolacek at gcc dot gnu.org changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org --- 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 ebotcazou at gcc dot gnu.org 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 ebotcazou at gcc dot gnu.org --- 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 iains at gcc dot gnu.org --- Author: iains Date: Fri Sep 27 08:59:18 2013 New Revision: 202967 URL: http://gcc.gnu.org/viewcvs?rev=202967root=gccview=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 jakub at gcc dot gnu.org --- 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 jakub at gcc dot gnu.org 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 jakub at gcc dot gnu.org --- Created attachment 30907 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30907action=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 rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #8 from Richard Biener rguenth at gcc dot gnu.org --- 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 y.gribov at samsung dot com --- Created attachment 30908 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30908action=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 rguenth at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |ASSIGNED --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org --- 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 jakub at gcc dot gnu.org 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 jakub at gcc dot gnu.org changed: What|Removed |Added Attachment #30907|0 |1 is obsolete|| --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org --- Created attachment 30909 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30909action=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 rguenth at gcc dot gnu.org --- 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 nickc at redhat dot com --- Created attachment 30910 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30910action=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 rguenth at gcc dot gnu.org --- 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 @@ bb 109: st_228 = parse_spec (131); - # st_470 = PHI st_228(109) - # error_471 = PHI 0(109) + # st_229 = PHI st_228(109), st_232(124) + # error_233 = PHI 0(109), 1(124) loop: - - bb 205: - # st_229 = PHI st_470(110), st_232(207) - # error_233 = PHI error_471(110), 1(207) + # 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) default: L61, case 12: L59, case 33: L60, case 131: L58 ... bb 124: st_232 = next_statement (); - - bb 207: - goto bb 205; + goto bb 110 (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=30911action=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 rguenth at gcc dot gnu.org 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 rguenth at gcc dot gnu.org --- 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 charles.frasch at gmail dot com --- Created attachment 30912 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30912action=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 jjcogliati-r1 at yahoo dot com --- Created attachment 30913 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30913action=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 rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-09-27 Ever confirmed|0 |1 --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org --- 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 rguenth at gcc dot gnu.org --- 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 rguenth at gcc dot gnu.org --- 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 jakub at gcc dot gnu.org --- Author: jakub Date: Fri Sep 27 13:44:10 2013 New Revision: 202972 URL: http://gcc.gnu.org/viewcvs?rev=202972root=gccview=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 redi at gcc dot gnu.org --- Author: redi Date: Fri Sep 27 14:06:09 2013 New Revision: 202974 URL: http://gcc.gnu.org/viewcvs?rev=202974root=gccview=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 redi at gcc dot gnu.org --- 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 dominiq at lps dot ens.fr --- 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 a.sinyavin at samsung dot com --- Created attachment 30914 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30914action=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 a.sinyavin at samsung dot com --- Created attachment 30915 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30915action=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 a.sinyavin at samsung dot com --- 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=202976root=gccview=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 nickc at redhat dot com --- Created attachment 30916 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30916action=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=202978root=gccview=rev Log: Backport from mainline. 2013-09-27 Paulo Matos pma...@broadcom.com 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=202979root=gccview=rev Log: Backport from mainline. PR middle-end/58463 2013-03-27 Richard Biener rguent...@suse.de 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=202979root=gccview=rev Log: Backport from mainline. PR middle-end/58463 2013-03-27 Richard Biener rguent...@suse.de 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=30917action=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=30918action=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 pa...@matos-sorge.com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |FIXED --- Comment #11 from Paulo J. Matos pa...@matos-sorge.com --- 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 law at redhat dot com --- 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 jakub at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org --- 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 pinskia at gcc dot gnu.org 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 pinskia at gcc dot gnu.org changed: What|Removed |Added Depends on||58554 --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org --- 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=30919action=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 law at redhat dot com --- 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 law at redhat dot com changed: What|Removed |Added CC||pthaugen at gcc dot gnu.org --- Comment #5 from Jeffrey A. Law law at redhat dot com --- *** 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 law at redhat dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||law at redhat dot com Resolution|--- |DUPLICATE --- Comment #1 from Jeffrey A. Law law at redhat dot com --- 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 law at redhat dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed||2013-09-27 Resolution|DUPLICATE |--- Ever confirmed|0 |1 --- Comment #2 from Jeffrey A. Law law at redhat dot com --- 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 markus at trippelsdorf dot de changed: What|Removed |Added CC||markus at trippelsdorf dot de --- Comment #1 from Markus Trippelsdorf markus at trippelsdorf dot de --- Created attachment 30920 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30920action=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=30921action=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 erikvanderwerf at gmail dot com --- 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.