[Bug middle-end/68117] [6 Regression] error: invalid PHI argument <<< Unknown tree: >>>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117 --- Comment #10 from rguenther at suse dot de --- On Thu, 29 Oct 2015, trippels at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117 > > Markus Trippelsdorf changed: > >What|Removed

[Bug fortran/49566] [DWARF/DEBUG] Add coarray shapes (codimensions) to the debug output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49566 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug fortran/59263] Fortran debug: For MODULEs, set DW_AT_accessibility with DW_ACCESS_private where appopriate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59263 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/68144] New: operator~ in trailing return type leads to spurrious error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68144 Bug ID: 68144 Summary: operator~ in trailing return type leads to spurrious error Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/57117] [OOP] ICE for sourced allocation of a polymorphic entity using TRANSPOSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117 --- Comment #8 from Dominique d'Humieres --- Related to/duplicate of pr55824? Still fails for "allocate(vector,source=pack(array,.true.))".

[Bug fortran/55824] [OOP] ICE with ALLOCATE and SOURCE= TRANSPOSE/RESHAPE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55824 --- Comment #6 from Dominique d'Humieres --- Related to/duplicate of pr57117? With the patch in comment 5 of pr57117, the original code in comment 0 compiles but segfault at run time, while the original test in pr57117 does not (altho there is a

[Bug fortran/49475] [OOP][debugging] Add DWARF info for Fortran's OOP features (extension, member functions)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49475 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug middle-end/68142] unsafe association of multiplication

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68142 --- Comment #1 from Richard Biener --- Author: rguenth Date: Thu Oct 29 14:10:31 2015 New Revision: 229528 URL: https://gcc.gnu.org/viewcvs?rev=229528=gcc=rev Log: 2015-10-29 Richard Biener PR middle-end/68142

[Bug debug/37134] Debug/Fortran: ENTRY -> no DW_TAG_entry_point generated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37134 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/68124] [6 Regression] Many i386 test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68124 --- Comment #10 from H.J. Lu --- (In reply to Richard Henderson from comment #9) > Created attachment 36611 [details] > proposed patch > > Ho hum. Post-reload register adjustments ought to use something > than gen_lowpart to force a hard

[Bug tree-optimization/68145] New: [6 Regression] ICE: in vectorizable_store, at tree-vect-stmts.c:5684

six gcc version 6.0.0 20151029 (experimental) (GCC) $ g++-6.0 ExprLogicNodeArray.ii -c -ftree-vectorize -O1 ExprLogicNodeArray.ii: In member function ‘B D::getArrayBool(const int&)’: ExprLogicNodeArray.ii:37:3: internal compiler error: in vectorizable_store, at tree-vect-stmts.c:56

[Bug middle-end/68117] [6 Regression] error: invalid PHI argument <<< Unknown tree: >>>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117 Markus Trippelsdorf changed: What|Removed |Added CC||ienkovich at gcc dot gnu.org ---

[Bug fortran/24546] [meta-bug] gfortran debugging problems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24546 --- Comment #9 from Dominique d'Humieres --- > Hi FX, > > are you planning to submit that patch? It sounds like a good idea. This patch seems to have been committed at least since 4.7.

[Bug fortran/54503] debug: Consider using the beginning of the main program as locus for the set_* calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54503 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/51993] Erroneous type component initialization leads to internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51993 --- Comment #5 from Dominique d'Humieres --- > Changing the gcc_assert to an early return gives ... Confirmed with the patch --- ../_clean/gcc/fortran/decl.c2015-10-27 18:14:22.0 +0100 +++ gcc/fortran/decl.c 2015-10-29

[Bug c++/67845] ICE on invalid use of const qualifier on x86_64-linux-gnu in merge_types, at cp/typeck.c:854

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67845 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/59438] DWARF: Fortran mishandles ALLOCATABLE/ASSOCIATED in debug output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59438 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug middle-end/68112] [6 Regression] FAIL: gcc.target/i386/avx512ifma-vpmaddhuq-2.c (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68112 --- Comment #4 from alalaw01 at gcc dot gnu.org --- Sure, but gcc exploits undefinedness of multiply, so rewriting shift to multiply is not equivalent in the general case :(. One way forward might be to make definedness of overflow a bit

[Bug target/68014] ICE when using Flag Output Operands

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68014 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/67845] ICE on invalid use of const qualifier on x86_64-linux-gnu in merge_types, at cp/typeck.c:854

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67845 --- Comment #3 from paolo at gcc dot gnu.org --- Author: paolo Date: Thu Oct 29 13:12:45 2015 New Revision: 229523 URL: https://gcc.gnu.org/viewcvs?rev=229523=gcc=rev Log: /cp 2015-10-29 Paolo Carlini PR

[Bug middle-end/68117] [6 Regression] error: invalid PHI argument <<< Unknown tree: >>>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117 --- Comment #11 from Markus Trippelsdorf --- (In reply to rguent...@suse.de from comment #10) > > > > Valgrind points to r228599: > > Nothing obvious but does removing > > mark_virtual_operands_for_renaming (cfun); > > help? It's the only

[Bug fortran/49792] OpenMP workshare: Wrong result with array assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49792 --- Comment #4 from Dominique d'Humieres --- > Fixed for 4.6+ so far. Any reason why this PR is not closed as FIXED?

[Bug target/68149] [6 Regression][ARM] ICE when splitting unaligned DImode load

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68149 ktkachov at gcc dot gnu.org changed: What|Removed |Added Summary|[ARM] ICE when splitting|[6 Regression][ARM] ICE

[Bug middle-end/65962] Missed vectorization of strided stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65962 --- Comment #16 from Christophe Lyon --- Created attachment 36614 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36614=edit Vectorizer dump for little endian

[Bug c++/68148] New: Devirtualization only applies to last of multiple successive calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68148 Bug ID: 68148 Summary: Devirtualization only applies to last of multiple successive calls Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity: normal

[Bug target/68149] New: [ARM] ICE when splitting unaligned DImode load

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68149 Bug ID: 68149 Summary: [ARM] ICE when splitting unaligned DImode load Product: gcc Version: 6.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

[Bug fortran/54758] accessing gcc builtins from fortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54758 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/68146] New: ice in gimple_stmt_nonnegative_warnv_p with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68146 Bug ID: 68146 Summary: ice in gimple_stmt_nonnegative_warnv_p with -O2 Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug ipa/68064] [6 Regression] ICE: in meet_with, at ipa-cp.c:874

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68064 Martin Jambor changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot gnu.org ---

[Bug middle-end/65962] Missed vectorization of strided stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65962 --- Comment #18 from Christophe Lyon --- I've attached vectorizer dumps for LE and BE from trunk@229448.

[Bug middle-end/65962] Missed vectorization of strided stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65962 --- Comment #17 from Christophe Lyon --- Created attachment 36615 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36615=edit Vectorizer dump for big endian

[Bug fortran/68147] Potential incorrect code generation for string self-assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68147 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/68146] [6 Regression] ice in gimple_stmt_nonnegative_warnv_p with -O2

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

[Bug fortran/68147] New: Potential incorrect code generation for string self-assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68147 Bug ID: 68147 Summary: Potential incorrect code generation for string self-assignment Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug ipa/68064] [6 Regression] ICE: in meet_with, at ipa-cp.c:874

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68064 --- Comment #3 from Martin Jambor --- The problem is that IPA-CP does not handle zero-aligned pointers (what would they be?) but get_pointer_alignment_1 actually returns zero for one and itself returns true, meaning it claims it knows the

[Bug tree-optimization/67892] [5/6 Regression] Wrong code at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67892 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/67892] [5/6 Regression] Wrong code at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67892 --- Comment #3 from Jeffrey A. Law --- Author: law Date: Thu Oct 29 16:20:06 2015 New Revision: 229538 URL: https://gcc.gnu.org/viewcvs?rev=229538=gcc=rev Log: [PATCH][PR tree-optimization/67892] Use FSM threader to handle backedges PR

[Bug tree-optimization/68145] [6 Regression] ICE: in vectorizable_store, at tree-vect-stmts.c:5684

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

[Bug middle-end/65962] Missed vectorization of strided stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65962 --- Comment #19 from Richard Biener --- Ok, so the difference is that BE doesn't support unaligned vector loads while LE does. The targetm.vectorize.support_vector_misalignment hook has static bool arm_builtin_support_vector_misalignment

[Bug middle-end/68146] [6 Regression] ice in gimple_stmt_nonnegative_warnv_p with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68146 --- Comment #2 from Dominique d'Humieres --- Reduced test case SUBROUTINE CJYVB(V,Z,VM,CBJ,CDJ,CBY,CDY) IMPLICIT DOUBLE PRECISION (A,B,G,O-Y) IMPLICIT COMPLEX*16 (C,Z) DIMENSION

[Bug fortran/68147] Potential incorrect code generation for string self-assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68147 --- Comment #2 from Dominique d'Humieres --- If I use print *, len(name), "'", name, "'" I get 5 'a.o ' > If I remove the if-statement, the code works as expected. I see that too.

[Bug fortran/68151] ICE on using select case with function of wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68151 --- Comment #1 from Gerhard Steinmetz --- Or depending on used compiler options : $ cat z3.f90 program p real :: z integer :: k = 1 select case (k) case (:huge(z)) end select end $

[Bug fortran/68152] ICE on declaring array result for function and entry

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68152 --- Comment #1 from Gerhard Steinmetz --- Detected with one single defect : $ cat z2.f90 function f(n) integer, intent(in) :: n real :: f(n) real :: e entry e(n) end $ gfortran -g -O0 -Wall

[Bug fortran/68147] Potential incorrect code generation for string self-assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68147 --- Comment #3 from Dominique d'Humieres --- > If I use > > print *, len(name), "'", name, "'" > > I get > > 5 'a.o ' AFAICT the length is always right and the number of characters replaced with a space is equal to the number of characters

[Bug rtl-optimization/68150] New: postreload-gcc ignores partially clobbered registers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68150 Bug ID: 68150 Summary: postreload-gcc ignores partially clobbered registers Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/67885] ICE on using parameter array in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67885 --- Comment #7 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu Oct 29 17:06:58 2015 New Revision: 229540 URL: https://gcc.gnu.org/viewcvs?rev=229540=gcc=rev Log: 2015-10-29 Steven G. Kargl PR

[Bug fortran/68151] New: ICE on using select case with function of wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68151 Bug ID: 68151 Summary: ICE on using select case with function of wrong type Product: gcc Version: 5.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/68152] New: ICE on declaring array result for function and entry

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68152 Bug ID: 68152 Summary: ICE on declaring array result for function and entry Product: gcc Version: 5.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/68153] ICE for intrinsic reshape with negative dim in effective shape

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68153 --- Comment #1 from Gerhard Steinmetz --- Detected, but pointing to the line before : $ cat z3.f90 program p integer, parameter :: sh(2) = [2, 2] integer, parameter :: a(2,2) = reshape([1, 2, 3, 4],

[Bug fortran/68154] New: ICE on initializing character parameter array (explicit, implied)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154 Bug ID: 68154 Summary: ICE on initializing character parameter array (explicit, implied) Product: gcc Version: 5.2.1 Status: UNCONFIRMED Severity: normal

[Bug target/68124] [6 Regression] Many i386 test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68124 --- Comment #11 from Richard Henderson --- Author: rth Date: Thu Oct 29 18:36:39 2015 New Revision: 229550 URL: https://gcc.gnu.org/viewcvs?rev=229550=gcc=rev Log: Fix target/68124 PR target/68124 PR rtl-opt/67609 *

[Bug rtl-optimization/67609] [5/6 Regression] Generates wrong code for SSE2 _mm_load_pd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609 --- Comment #33 from Richard Henderson --- Author: rth Date: Thu Oct 29 18:36:39 2015 New Revision: 229550 URL: https://gcc.gnu.org/viewcvs?rev=229550=gcc=rev Log: Fix target/68124 PR target/68124 PR rtl-opt/67609 *

[Bug fortran/68155] ICE on initializing character array in type (len_lhs <> len_rhs)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155 --- Comment #2 from Gerhard Steinmetz --- Fails (again len_lhs <> len_rhs) : $ cat z3t.f90 program p type t character(2) :: z(1) = 'ab' // ['y'] end type type(t) :: z print *, z end $

[Bug c/63336] cilkplus array notation ICE in find_rank

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63336 jtamagnan at gmail dot com changed: What|Removed |Added CC||jtamagnan at gmail dot com

[Bug fortran/67805] ICE on array constructor with wrong character specification

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67805 --- Comment #6 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu Oct 29 19:37:59 2015 New Revision: 229553 URL: https://gcc.gnu.org/viewcvs?rev=229553=gcc=rev Log: 2015-10-29 Steven G. Kargl PR

[Bug fortran/68108] [6 regression] erroneous error message 'scalar integer expression expected'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68108 --- Comment #8 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu Oct 29 19:37:59 2015 New Revision: 229553 URL: https://gcc.gnu.org/viewcvs?rev=229553=gcc=rev Log: 2015-10-29 Steven G. Kargl PR

[Bug fortran/67885] ICE on using parameter array in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67885 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/67885] ICE on using parameter array in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67885 --- Comment #8 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu Oct 29 19:52:56 2015 New Revision: 229554 URL: https://gcc.gnu.org/viewcvs?rev=229554=gcc=rev Log: 2015-10-29 Steven G. Kargl PR

[Bug fortran/68154] ICE on initializing character parameter array (explicit, implied)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154 --- Comment #1 from Gerhard Steinmetz --- These variants are working well : $ cat z0.f90 program p character(*), parameter :: c0(2) = 'a' character(*), parameter :: c1(*) = ['a', 'b']

[Bug target/68124] [6 Regression] Many i386 test failures

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

[Bug fortran/68108] [6 regression] erroneous error message 'scalar integer expression expected'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68108 kargl at gcc dot gnu.org changed: What|Removed |Added Target Milestone|6.0 |5.3 --- Comment #9 from kargl

[Bug fortran/67939] ICE on using data with negative substring range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67939 --- Comment #5 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu Oct 29 20:07:13 2015 New Revision: 229555 URL: https://gcc.gnu.org/viewcvs?rev=229555=gcc=rev Log: 2015-10-29 Steven G. Kargl PR

[Bug fortran/68153] New: ICE for intrinsic reshape with negative dim in effective shape

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68153 Bug ID: 68153 Summary: ICE for intrinsic reshape with negative dim in effective shape Product: gcc Version: 5.2.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/68155] New: ICE on initializing character array in type (len_lhs <> len_rhs)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155 Bug ID: 68155 Summary: ICE on initializing character array in type (len_lhs <> len_rhs) Product: gcc Version: 5.2.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/67805] ICE on array constructor with wrong character specification

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67805 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug rtl-optimization/67609] [5 Regression] Generates wrong code for SSE2 _mm_load_pd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609 Richard Henderson changed: What|Removed |Added Summary|[5/6 Regression] Generates |[5 Regression] Generates

[Bug fortran/68155] ICE on initializing character array in type (len_lhs <> len_rhs)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155 --- Comment #1 from Gerhard Steinmetz --- Works with len_lhs == len_rhs : $ cat z2t.f90 program p type t character(2) :: z(1) = 'a' // ['y'] end type type(t) :: z print *, z end $

[Bug fortran/57117] [OOP] ICE for sourced allocation of a polymorphic entity using TRANSPOSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117 --- Comment #9 from Paul Thomas --- Created attachment 36618 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36618=edit A completely different approach to the fix. This one does far better and is less invasive. It is not yet regtested but

[Bug fortran/68054] ICE on using protected attribute in program without program statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68054 --- Comment #3 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu Oct 29 20:32:41 2015 New Revision: 229558 URL: https://gcc.gnu.org/viewcvs?rev=229558=gcc=rev Log: 2015-10-24 Steven G. Kargl PR

[Bug fortran/68055] ICE on using unsupported kinds in program without program statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68055 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/68054] ICE on using protected attribute in program without program statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68054 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug libstdc++/68139] rethrow_if_nested should tolerate overloaded unary operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68139 Daniel Krügler changed: What|Removed |Added CC||daniel.kruegler@googlemail.

[Bug fortran/67939] ICE on using data with negative substring range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67939 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/68055] ICE on using unsupported kinds in program without program statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68055 --- Comment #6 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu Oct 29 20:44:09 2015 New Revision: 229560 URL: https://gcc.gnu.org/viewcvs?rev=229560=gcc=rev Log: 2015-10-29 Steven G. Kargl PR

[Bug libstdc++/68156] New: --disable-hosted-libstdcxx doesn't work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68156 Bug ID: 68156 Summary: --disable-hosted-libstdcxx doesn't work Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/68151] ICE on using select case with function of wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68151 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/68153] ICE for intrinsic reshape with negative dim in effective shape

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68153 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/68154] [5/6 Regression] ICE on initializing character parameter array (explicit, implied)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/68130] [6 Regression] gfortran.dg/ieee/ieee_2.f90 is miscomputed with '-Os -m32' on x86_64-apple-darwin1* after r228971

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68130 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/68152] ICE on declaring array result for function and entry

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68152 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/68155] ICE on initializing character array in type (len_lhs <> len_rhs)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug other/52192] GCC_CHECK_TLS doesn't detect native TLS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52192 David Edelsohn changed: What|Removed |Added Target|*-*-solaris2.[89] |*-*-solaris2.[89], |

[Bug fortran/68040] [5/6 Regression] Internal compiler error: Error reporting routines re-entered.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68040 --- Comment #3 from Manuel López-Ibáñez --- (In reply to Dominique d'Humieres from comment #2) > > However, I would argue that this precise warning does not need to use > > %E and it could simply use %s, which will make it less dependent on

[Bug fortran/68054] ICE on using protected attribute in program without program statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68054 --- Comment #2 from kargl at gcc dot gnu.org --- Author: kargl Date: Thu Oct 29 17:23:52 2015 New Revision: 229542 URL: https://gcc.gnu.org/viewcvs?rev=229542=gcc=rev Log: 2015-10-29 Steven G. Kargl PR

[Bug other/52192] GCC_CHECK_TLS doesn't detect native TLS on Solaris 8/9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52192 David Edelsohn changed: What|Removed |Added Target|*-*-solaris2.[89], |*-*-solaris2.[89]

[Bug target/63975] some of the builtin-arith-overflow* fail on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63975 mshawcroft at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|RESOLVED

[Bug testsuite/63971] Some of gcc.target/aarch64/test_frame_*.c tests fail now

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63971 mshawcroft at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug target/64456] [AArch64] pr64252.c fail on aarch64_be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64456 mshawcroft at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/68154] [5/6 Regression] ICE on initializing character parameter array (explicit, implied)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154 --- Comment #3 from Steve Kargl --- On Thu, Oct 29, 2015 at 10:56:37PM +, dominiq at lps dot ens.fr wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154 > > Dominique d'Humieres changed: > >What|Removed

[Bug fortran/68154] [5/6 Regression] ICE on initializing character parameter array (explicit, implied)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154 --- Comment #4 from Dominique d'Humieres --- > + else > + clen = 1; Why clen=1? When is this branch accessed?

[Bug fortran/68154] [5/6 Regression] ICE on initializing character parameter array (explicit, implied)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154 --- Comment #5 from Steve Kargl --- On Thu, Oct 29, 2015 at 11:59:54PM +, dominiq at lps dot ens.fr wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154 > > --- Comment #4 from Dominique d'Humieres --- > > + else > >

[Bug fortran/68154] [5/6 Regression] ICE on initializing character parameter array (explicit, implied)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68154 --- Comment #6 from Dominique d'Humieres --- > I'll change this to gcc_unreachable() before I commit the change. I agree. > The if-branch is my fix for PR 65429, and the else-if-branch > restores the old code. It is what I understood.

[Bug go/68141] New: go/gofrontend/import-archive.cc: 2 * poor choice of function parameter type ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68141 Bug ID: 68141 Summary: go/gofrontend/import-archive.cc: 2 * poor choice of function parameter type ? Product: gcc Version: 6.0 Status: UNCONFIRMED Severity:

[Bug tree-optimization/68060] [6 Regression] ICE on valid code at -O3 on x86_64-linux-gnu in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68060 Markus Trippelsdorf changed: What|Removed |Added CC||anton at samba dot org ---

[Bug tree-optimization/68140] ICE in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68140 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug middle-end/56956] ftrapv traps on valid abs-like code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56956 --- Comment #10 from Richard Biener --- Author: rguenth Date: Thu Oct 29 08:21:50 2015 New Revision: 229517 URL: https://gcc.gnu.org/viewcvs?rev=229517=gcc=rev Log: 2015-10-29 Richard Biener PR middle-end/56956

[Bug middle-end/56956] [4.9/5 Regression] ftrapv traps on valid abs-like code

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

[Bug libstdc++/68133] constexpr basic_string_view(const _CharT* __str)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68133 --- Comment #2 from __vic --- Too much black magic in the library already... I think this is defect in specification/design of the class. But it's easier for you guys to reach the committee than for me

[Bug target/68124] [6 Regression] Many i386 test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68124 --- Comment #9 from Richard Henderson --- Created attachment 36611 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36611=edit proposed patch Ho hum. Post-reload register adjustments ought to use something than gen_lowpart to force a hard

[Bug middle-end/68117] [6 Regression] error: invalid PHI argument <<< Unknown tree: >>>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68117 --- Comment #6 from Markus Trippelsdorf --- Hmm, it looks like r229437 may be innocent after all. This morning I've hit another ICE that goes away if I add --save-temps to the command line: trippels@gcc2-power8 tools %

  1   2   >