[Bug c++/71092] [6/7 Regression] ICE: in cxx_eval_call_expression, at cp/constexpr.c:1449; only with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71092 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/58541] [c++11] Bogus "error: redeclaration ... differs in ‘constexpr’"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58541 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/52966] ill-formed template constexpr functions are accepted?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52966 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug other/71094] New: Documentation: -fivopts is enabled at all levels

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71094 Bug ID: 71094 Summary: Documentation: -fivopts is enabled at all levels Product: gcc Version: unknown Status: UNCONFIRMED Severity: trivial Priority: P3

[Bug fortran/71047] [7 Regression] Allocatable component of INTENT(OUT) dummy not set correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71047 --- Comment #4 from Fritz Reese --- See https://gcc.gnu.org/ml/fortran/2016-05/msg00032.html for the fix.

[Bug c++/61105] [constexpr] accepts-invalid with new-expression in constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61105 Martin Sebor changed: What|Removed |Added Known to fail|6.0 |6.1.0, 7.0 --- Comment #6 from Martin

[Bug c++/71093] New: use of pseudo-destructor accepted in constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71093 Bug ID: 71093 Summary: use of pseudo-destructor accepted in constant expression Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/70248] constexpr initialization with unspecified equality expression accepted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70248 Martin Sebor changed: What|Removed |Added Known to fail|6.0 |6.1.0 --- Comment #2 from Martin Sebor

[Bug c++/60760] arithmetic on null pointers should not be allowed in constant expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60760 --- Comment #8 from Martin Sebor --- Patch resubmitted for review: https://gcc.gnu.org/ml/gcc-patches/2016-05/msg00935.html

[Bug sanitizer/69840] two ASAN help nits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69840 --- Comment #4 from Andrew Pinski --- Then we have to agree that this code breaks GNU output style. Or it breaks LLVM output style. It is one or the other, I rather see a way to do this dynamically of breaking up the lines (this was done in

[Bug sanitizer/69840] two ASAN help nits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69840 --- Comment #3 from Kostya Serebryany --- You don't :) The agreement between the teams was that the code in gcc is a verbatim copy of upstream. (Well, there was a single-line difference at some point) If you break this assumption, the next

[Bug c++/71092] internal compiler error: in cxx_eval_call_expression, at cp/constexpr.c:1449; only with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71092 --- Comment #1 from Lukas K. --- Created attachment 38480 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38480=edit preprocessed source (had to gzip because of file size limit)

[Bug c++/71092] New: internal compiler error: in cxx_eval_call_expression, at cp/constexpr.c:1449; only with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71092 Bug ID: 71092 Summary: internal compiler error: in cxx_eval_call_expression, at cp/constexpr.c:1449; only with -Os Product: gcc Version: 6.1.1 Status: UNCONFIRMED

[Bug c++/71091] constexpr reference bound to a null pointer dereference accepted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71091 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c++/71091] New: constexpr reference bound to a null pointer dereference accepted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71091 Bug ID: 71091 Summary: constexpr reference bound to a null pointer dereference accepted Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/70774] constexpr function with reference parameter gives reinterpret_cast from integer to pointer error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70774 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/61599] [x86_64] With -mcmodel=medium, extern global arrays without size are not treated conservatively.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61599 --- Comment #4 from Uroš Bizjak --- (In reply to Uroš Bizjak from comment #3) > Reopened, it looks that some sections are not handled correctly. Following patch fixes the failure: Index: i386.c

[Bug tree-optimization/71050] [7 regression] test case gcc.target/powerpc/lhs-1.c fails starting with r236066

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71050 --- Comment #11 from Segher Boessenkool --- No, please go ahead, I couldn't find an easy way out. The generic code is hell-bent on using a subreg of the DF reg. The backend won't necessarily use any nop here btw, but the testcase should be

[Bug c++/67965] gcc (incorrectly) requires template keyword in non-dependent expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67965 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libstdc++/71090] #include cannot locate math.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/71090] #include cannot locate math.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090 --- Comment #3 from Tommy McGuire --- Pony bug 797: https://github.com/ponylang/ponyc/issues/797

[Bug libstdc++/71090] #include cannot locate math.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090 --- Comment #1 from Tommy McGuire --- This may be related to Bug #70936 (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70936).

[Bug libstdc++/71090] #include cannot locate math.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090 --- Comment #2 from Tommy McGuire --- Created attachment 38479 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38479=edit Preprocessed source file

[Bug libstdc++/71090] New: #include cannot locate math.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71090 Bug ID: 71090 Summary: #include cannot locate math.h Product: gcc Version: 6.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

[Bug lto/71089] [7 Regression] Failed to build 483.xalancbmk in SPEC CPU 2006

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71089 Igor Zamyatin changed: What|Removed |Added CC||izamyatin at gmail dot com --- Comment

[Bug tree-optimization/70884] [6/7 regression] 2nd SRA pass confused by load from constant pool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70884 Eric Botcazou changed: What|Removed |Added CC||su at cs dot ucdavis.edu --- Comment #3

[Bug tree-optimization/70919] [6/7 Regression] wrong code at -O1 on x86_64-linux-gnu in 32-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70919 Eric Botcazou changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug tree-optimization/70919] [6/7 Regression] wrong code at -O1 on x86_64-linux-gnu in 32-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70919 --- Comment #3 from Andrew Pinski --- I suspect this is a dup of bug 70884.

[Bug tree-optimization/70919] [6/7 Regression] wrong code at -O1 on x86_64-linux-gnu in 32-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70919 --- Comment #2 from Martin Jambor --- The problem is that late SRA replaces scalar loads from constant pool by replacements but fails to add their initializations to the beginning of the function. The reason for the omission is that

[Bug fortran/67497] data.c sanitizer runtime error: null pointer passed as argument 2, which is declared to never be null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67497 --- Comment #5 from Vittorio Zecca --- Still in trunk: ../../gcc7/gcc/fortran/data.c:191:32: runtime error: null pointer passed as argument 2, which is declared to never be null here: memcpy ([start], rvalue->value.character.string, len *

[Bug rtl-optimization/70904] ICE: Max. number of generated reload insns per insn is achieved (90) with -fno-split-wide-types @ aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70904 --- Comment #4 from Jiong Wang --- Author: jiwang Date: Thu May 12 17:00:52 2016 New Revision: 236181 URL: https://gcc.gnu.org/viewcvs?rev=236181=gcc=rev Log: [LRA] PR70904, relax the restriction on subreg reload for wide mode 2016-05-12

[Bug c++/70869] [6/7 Regression] internal compiler error: Segmentation fault on array of pointer to function members

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70869 Kai Tietz changed: What|Removed |Added Attachment #38472|0 |1 is obsolete|

[Bug fortran/70739] VALUE attribute interpretation in a non-interoperable procedure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70739 --- Comment #2 from zmi --- This was also my wish but I couldn't find it too and assume now as an Intel's interpretation of standard. Would be interesting to see if such interpretation confirmed by another vendors (I don't have access to actual

[Bug fortran/70598] Fortran OpenACC host_data construct ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70598 Thomas Schwinge changed: What|Removed |Added Keywords||patch CC|

[Bug c/70756] Wrong column number shown for "error: invalid use of flexible array member"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70756 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/71050] [7 regression] test case gcc.target/powerpc/lhs-1.c fails starting with r236066

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71050 --- Comment #10 from Bill Schmidt --- Great, thanks, Pat! Let's hold off for now, as Segher is checking out some ideas.

[Bug c/70756] Wrong column number shown for "error: invalid use of flexible array member"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70756 --- Comment #5 from Marek Polacek --- Author: mpolacek Date: Thu May 12 15:28:08 2016 New Revision: 236180 URL: https://gcc.gnu.org/viewcvs?rev=236180=gcc=rev Log: PR c/70756 * c-common.c (pointer_int_sum): Call

[Bug c++/60760] arithmetic on null pointers should not be allowed in constant expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60760 Martin Sebor changed: What|Removed |Added Target Milestone|--- |7.0 Known to fail|5.0, 6.0

[Bug tree-optimization/71050] [7 regression] test case gcc.target/powerpc/lhs-1.c fails starting with r236066

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71050 --- Comment #9 from Pat Haugen --- (In reply to Bill Schmidt from comment #8) > The test is verifying that we force some nops in between a store and load > when we know they alias, to mitigate the cost of the stall while the load > tries to get

[Bug libstdc++/70722] include_next in cmath skips user-defined wrapper

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70722 guido at trentalancia dot net changed: What|Removed |Added CC||guido at trentalancia dot

[Bug bootstrap/71071] [7 regression] ICE --enable-checking=fold : fold check: original tree changed by fold

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071 Marek Polacek changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment

[Bug tree-optimization/69848] poor vectorization of a loop from SPEC2006 464.h264ref

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69848 --- Comment #8 from amker at gcc dot gnu.org --- (In reply to amker from comment #7) > (In reply to Jim Wilson from comment #6) > > Testing the vcond_mask* patch with make check gave 6 regressions for both > > armhf and aarch64. > > > > FAIL:

[Bug bootstrap/71071] [7 regression] ICE --enable-checking=fold : fold check: original tree changed by fold

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071 --- Comment #8 from Marek Polacek --- And the place where we change the alias set? Since r236117 we call get_alias_set when building the ref in make_bit_field_ref, and that's what changes the alias set of "a".

[Bug target/71080] Segfault in ix86_in_large_data_p with -fpic -mcmodel={medium, large}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71080 --- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE --- The obvious patch (returning false for exp == NULL_TREE in ix86_in_large_data_p) fixes the testcase above and survived x86_64-pc-linux-gnu bootstrap. A second make check with

[Bug bootstrap/71071] [7 regression] ICE --enable-checking=fold : fold check: original tree changed by fold

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071 --- Comment #7 from Marek Polacek --- So, we're trying to fold the "a.dumped != 0" condition. "a.dumped" is a COMPONENT_REF with VAR_DECL "a", and while folding we change the alias set of the VAR_DECL "a" from -1 to 1, so the fold checksum is

[Bug lto/71089] New: [7 Regression] Failed to build 483.xalancbmk in SPEC CPU 2006

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71089 Bug ID: 71089 Summary: [7 Regression] Failed to build 483.xalancbmk in SPEC CPU 2006 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/71050] [7 regression] test case gcc.target/powerpc/lhs-1.c fails starting with r236066

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71050 --- Comment #8 from Bill Schmidt --- Even this test case isn't truly horrible for real-world code (it looks nastier than it is, as stack stores tend to have minimal real cost). This is an issue only on "older" processors; it's just that a lot

[Bug sanitizer/69840] two ASAN help nits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69840 --- Comment #2 from Martin Liška --- Well, it looks llvm folk are not convinced about the behavior: http://reviews.llvm.org/D17566 Do we want to do it in the GCC anyway or not? Martin

[Bug tree-optimization/71006] [6 Regression] ICE: verify_gimple failed (error: type mismatch in conditional expression) w/ -O1 -ftree-loop-vectorize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71006 Ilya Enkovich changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug hsa/70857] [6/7 Regression] ICE with -fopenmp -fopenacc in insert_vi_for_tree, at tree-ssa-structalias.c:2813

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857 --- Comment #4 from Martin Jambor --- This bug is a consequence of false sharing of a RESULT_DECL between the CPU-intended OpenMP outlined function and the HSA-intended outlined (kernel) one. How come -fopenacc is necessary to trigger it, I

[Bug libstdc++/71081] experimental/memory_resource/1.cc run for targets without atomics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71081 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Thu May 12 14:08:45 2016 New Revision: 236177 URL: https://gcc.gnu.org/viewcvs?rev=236177=gcc=rev Log: Add dg-require-atomic-builtins to test PR libstdc++/71081 *

[Bug libstdc++/71081] experimental/memory_resource/1.cc run for targets without atomics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71081 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/71006] [6 Regression] ICE: verify_gimple failed (error: type mismatch in conditional expression) w/ -O1 -ftree-loop-vectorize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71006 --- Comment #7 from Ilya Enkovich --- Author: ienkovich Date: Thu May 12 14:07:13 2016 New Revision: 236176 URL: https://gcc.gnu.org/viewcvs?rev=236176=gcc=rev Log: gcc/ Backport from mainline r236171. 2016-05-12 Ilya Enkovich

[Bug fortran/70856] [6/7 Regression] ICE with -fopenacc in get_constraint_for_ssa_var, at tree-ssa-structalias.c:2952

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70856 Thomas Schwinge changed: What|Removed |Added CC||rguenth at gcc dot gnu.org,

[Bug bootstrap/71071] [7 regression] ICE --enable-checking=fold : fold check: original tree changed by fold

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071 --- Comment #6 from Marek Polacek --- Did we forget to unshare_expr somewhere?

[Bug bootstrap/71071] [7 regression] ICE --enable-checking=fold : fold check: original tree changed by fold

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071 --- Comment #5 from Marek Polacek --- struct { unsigned dumped:1; } a; void fn1 () { if (a.dumped) ; }

[Bug tree-optimization/71050] [7 regression] test case gcc.target/powerpc/lhs-1.c fails starting with r236066

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71050 --- Comment #7 from Richard Biener --- Apart from this testcase do you see any negative impact in real-world code? That said, the positive impact on real-world code will likely be detecting some more byte-shuffling code plus lowpart-subregs plus

[Bug bootstrap/71071] [7 regression] ICE --enable-checking=fold : fold check: original tree changed by fold

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071 --- Comment #4 from Marek Polacek --- Created attachment 38476 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38476=edit libgcov-driver.i $ ./cc1 -quiet libgcov-driver.i /home/marek/src/gcc/libgcc/libgcov-driver.c: In function

[Bug tree-optimization/71059] [7 Regression] gcc ICE at -O3 on valid code on x86_64-linux-gnu in "vn_nary_op_insert_into"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71059 --- Comment #3 from Richard Biener --- Author: rguenth Date: Thu May 12 13:46:26 2016 New Revision: 236175 URL: https://gcc.gnu.org/viewcvs?rev=236175=gcc=rev Log: 2016-05-12 Richard Biener PR

[Bug hsa/70857] [6/7 Regression] ICE with -fopenmp -fopenacc in insert_vi_for_tree, at tree-ssa-structalias.c:2813

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857 Thomas Schwinge changed: What|Removed |Added Keywords||openacc CC|

[Bug tree-optimization/71084] [7 Regression] ICE in compute_dominance_frontiers_1 (cfganal.c:1302)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71084 --- Comment #6 from Richard Biener --- (In reply to Ilya Enkovich from comment #5) > (In reply to Richard Biener from comment #3) > > fwprop_init calcuates dominator info so it's likely df that runs cfg-cleanup > > and doesn't expect it to wreck

[Bug tree-optimization/71059] [7 Regression] gcc ICE at -O3 on valid code on x86_64-linux-gnu in "vn_nary_op_insert_into"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71059 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/71062] [7 regression] r235622 and restrict pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71062 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/29756] SSE intrinsics hard to use without redundant temporaries appearing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29756 --- Comment #7 from Richard Biener --- So I have it down to a x86 combine issue: ;; v_28 = BIT_FIELD_INSERT ; (insn 7 6 8 (set (reg:SF 116) (vec_select:SF (reg/v:V4SF 115 [ v ]) (parallel [

[Bug tree-optimization/71050] [7 regression] test case gcc.target/powerpc/lhs-1.c fails starting with r236066

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71050 --- Comment #6 from Bill Schmidt --- Yes, I see your point -- even if you query the RTX cost of the subreg, we're just going to tell you it's one insn since the true expense doesn't show up until reload. Seems like some invention will be

[Bug middle-end/44382] Slow integer multiply

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44382 Bill Schmidt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/71088] New: [i386, AVX-512, Perf] vpermi2ps instead of vpermps emitted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71088 Bug ID: 71088 Summary: [i386, AVX-512, Perf] vpermi2ps instead of vpermps emitted Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug bootstrap/71071] [7 regression] ICE --enable-checking=fold : fold check: original tree changed by fold

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071 --- Comment #3 from Marek Polacek --- commit 6fcaaf9b931078f979a0282d396e78647ea37999 Author: rguenth Date: Wed May 11 10:24:11 2016 + 2016-05-11 Richard Biener

[Bug bootstrap/71071] [7 regression] ICE --enable-checking=fold : fold check: original tree changed by fold

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071 --- Comment #2 from Marek Polacek --- I'm bisecting this.

[Bug tree-optimization/71084] [7 Regression] ICE in compute_dominance_frontiers_1 (cfganal.c:1302)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71084 --- Comment #5 from Ilya Enkovich --- (In reply to Richard Biener from comment #3) > fwprop_init calcuates dominator info so it's likely df that runs cfg-cleanup > and doesn't expect it to wreck dominator info. > > Probably rightfully so. So

[Bug debug/70935] [6 Regression] ICE: verify_ssa failed (error: definition in block 9 does not dominate use in block 12) w/ -O3 -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70935 Ilya Enkovich changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug middle-end/71062] [7 regression] r235622 and restrict pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71062 --- Comment #4 from Richard Biener --- Author: rguenth Date: Thu May 12 13:05:13 2016 New Revision: 236174 URL: https://gcc.gnu.org/viewcvs?rev=236174=gcc=rev Log: 2016-05-12 Richard Biener PR

[Bug debug/70935] [6 Regression] ICE: verify_ssa failed (error: definition in block 9 does not dominate use in block 12) w/ -O3 -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70935 --- Comment #7 from Arseny Solokha --- Can this PR be closed as RESOLVED FIXED now, or are there still parts missing?

[Bug tree-optimization/71084] [7 Regression] ICE in compute_dominance_frontiers_1 (cfganal.c:1302)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71084 --- Comment #4 from Ilya Enkovich --- This is still CSE invalidating dominance info. Calls to cleanup_cfg don't affect cse_cfg_altered. If I replace cfg_cleanup calls with cse_cfg_altered |= cleanup_cfg (..) then testcase passes.

[Bug tree-optimization/69232] floop-unroll-and-jam, at graphite_transform_loops with isl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69232 Nick changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/69741] Bad error in formal with array scalar loop counters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69741 Nick changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug bootstrap/71071] [7 regression] ICE --enable-checking=fold : fold check: original tree changed by fold

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/70830] [6/7 Regression] ARM interrupt attribute: push/pop do not support {reglist}^

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70830 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/70830] [6/7 Regression] ARM interrupt attribute: push/pop do not support {reglist}^

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70830 --- Comment #6 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Thu May 12 12:47:03 2016 New Revision: 236173 URL: https://gcc.gnu.org/viewcvs?rev=236173=gcc=rev Log: [ARM] PR target/70830: Avoid POP-{reglist}^ when returning from

[Bug fortran/71087] New: scipy amos crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71087 Bug ID: 71087 Summary: scipy amos crash Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: fortran Assignee:

[Bug tree-optimization/71084] [7 Regression] ICE in compute_dominance_frontiers_1 (cfganal.c:1302)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71084 --- Comment #3 from Richard Biener --- fwprop_init calcuates dominator info so it's likely df that runs cfg-cleanup and doesn't expect it to wreck dominator info. Probably rightfully so.

[Bug fortran/71085] ICE with some intrinsic functions specifying array function result dimension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71085 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug inline-asm/71086] New: miscompiled inline-asm + alternative constraints + __builtin_expect + always_inline

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71086 Bug ID: 71086 Summary: miscompiled inline-asm + alternative constraints + __builtin_expect + always_inline Product: gcc Version: 4.9.3 Status: UNCONFIRMED

[Bug testsuite/71021] [libatomic testsuite] Test program compilation fail (missing -pthread flag)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71021 --- Comment #4 from nsz at gcc dot gnu.org --- this might be a different issue, but then i'm not sure how you made the gcc build to use the alternate glibc path. can you attach the libatomic/testsuite/Makefile (with the CC etc variables set)? i

[Bug target/69538] gcc.dg/torture/stackalign/builtin-apply-4.c fails with flto for aarch32 targets with single precision FPU

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69538 --- Comment #5 from ktkachov at gcc dot gnu.org --- Patch posted at: https://gcc.gnu.org/ml/gcc-patches/2016-02/msg00634.html and Richards' reply at: https://gcc.gnu.org/ml/gcc-patches/2016-04/msg00388.html There's more digging to do in how we

[Bug tree-optimization/71084] [7 Regression] ICE in compute_dominance_frontiers_1 (cfganal.c:1302)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71084 --- Comment #2 from Martin Liška --- Started with r236114: commit bfa8ea12839b8c5781aa16733ee3578ff95789ca Author: ienkovich Date: Wed May 11 09:33:13 2016 + gcc/ PR

[Bug tree-optimization/71006] [6/7 Regression] ICE: verify_gimple failed (error: type mismatch in conditional expression) w/ -O1 -ftree-loop-vectorize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71006 --- Comment #6 from Chengnian Sun --- (In reply to Ilya Enkovich from comment #4) > (In reply to Chengnian Sun from comment #3) > > Hi, > > > > Can you help check whether the following test case is a duplicate? Thanks. > > This is definitely

[Bug tree-optimization/71084] [7 Regression] ICE in compute_dominance_frontiers_1 (cfganal.c:1302)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71084 Marek Polacek changed: What|Removed |Added Target Milestone|--- |7.0

[Bug tree-optimization/71084] [7 Regression] ICE in compute_dominance_frontiers_1 (cfganal.c:1302)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71084 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/71006] [6/7 Regression] ICE: verify_gimple failed (error: type mismatch in conditional expression) w/ -O1 -ftree-loop-vectorize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71006 --- Comment #5 from Ilya Enkovich --- Author: ienkovich Date: Thu May 12 11:27:49 2016 New Revision: 236171 URL: https://gcc.gnu.org/viewcvs?rev=236171=gcc=rev Log: gcc/ PR tree-optimization/71006 * tree-vect-loop.c

[Bug fortran/71085] New: ICE with some intrinsic functions specifying array function result dimension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71085 Bug ID: 71085 Summary: ICE with some intrinsic functions specifying array function result dimension Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity:

[Bug tree-optimization/71084] New: [7 Regression] ICE in compute_dominance_frontiers_1 (cfganal.c:1302)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71084 Bug ID: 71084 Summary: [7 Regression] ICE in compute_dominance_frontiers_1 (cfganal.c:1302) Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug c/70756] Wrong column number shown for "error: invalid use of flexible array member"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70756 --- Comment #4 from Marek Polacek --- Patch: .

[Bug c/49859] gcc could warn about statements between "switch" and first "case"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49859 --- Comment #8 from Marek Polacek --- C FE patch: .

[Bug tree-optimization/71083] [4.9/5/6 Regression] Unaligned bit-field address when predictive commoning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71083 Richard Biener changed: What|Removed |Added Known to work||4.7.4 Target Milestone|---

[Bug c/7652] -Wswitch-break : Warn if a switch case falls through

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/71083] Unaligned bit-field address when predictive commoning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71083 --- Comment #2 from Richard Biener --- Conservative patch: Index: gcc/tree-predcom.c === --- gcc/tree-predcom.c (revision 236159) +++ gcc/tree-predcom.c (working copy) @@ -1391,9

[Bug driver/71063] ICE: Segmentation fault with --help="^"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71063 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug driver/71063] ICE: Segmentation fault with --help="^"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71063 --- Comment #7 from Marek Polacek --- Author: mpolacek Date: Thu May 12 10:59:11 2016 New Revision: 236170 URL: https://gcc.gnu.org/viewcvs?rev=236170=gcc=rev Log: PR driver/71063 * opts.c (common_handle_option): Detect missing

[Bug tree-optimization/71083] Unaligned bit-field address when predictive commoning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71083 Richard Biener changed: What|Removed |Added Keywords||wrong-code

  1   2   >