[Bug target/103008] poor inlined builtin_fmod on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008 --- Comment #5 from anlauf at gcc dot gnu.org --- There's a mixture of single and double precision in the testcase variants. I haven't checked thoroughly enough if both variants are really equivalent. Do you see the issue if you have only

[Bug fortran/98490] Unexpected out of bounds in array constructor with implied do loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98490 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||krefson at gmail dot com ---

[Bug fortran/103045] False report substring out of bounds with -fbounds-check

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103045 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug fortran/102966] size() returns 0 for an unallocated array, no error message or error exit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102966 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-10-27 Known to

[Bug fortran/69419] ICE: tree check: expected array_type, have real_type in gfc_conv_array_initializer, at fortran/trans-array.c:5618

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69419 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/99250] [F2018] coshape intrinsic is missing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99250 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1

[Bug fortran/102917] [PDT] KIND and LEN type parameters shall not be restricted to default integer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102917 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |11.3

[Bug fortran/102966] size() returns 0 for an unallocated array, no error message or error exit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102966 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #3) > This was added in r11-5064-g0c81ccc3d87098b93b0e6a2dd76815e4d6e78ff0 Right, thanks. There were a couple of regressions introduced by this patch,

[Bug fortran/102973] possible inconsistency in procptr_assignment handling when matching ASSOCIATE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102973 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug fortran/99853] ICE: Cannot convert 'LOGICAL(4)' to 'INTEGER(8)' (etc.)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99853 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/102966] size() returns 0 for an unallocated array, no error message or error exit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102966 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug fortran/86551] [OOP] ICE on invalid code with select type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86551 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/102956] [PDT] KIND and LEN type parameters are mutually exclusive

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

[Bug fortran/102956] New: [PDT] KIND and LEN type parameters are mutually exclusive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102956 Bug ID: 102956 Summary: [PDT] KIND and LEN type parameters are mutually exclusive Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/102956] [PDT] KIND and LEN type parameters are mutually exclusive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102956 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-10-26 Ever

[Bug fortran/102816] [12 Regression] ICE in resolve_structure_cons, at fortran/resolve.c:1467 since r12-4452-g1e819bd95ebeefc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102816 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/102817] [12 Regression] ICE in gfc_clear_shape, at fortran/expr.c:422 since r12-4278-g74ccca380cde5e79

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102817 --- Comment #3 from anlauf at gcc dot gnu.org --- Strange. We happen to call gfc_free_shape with inconsistent data: (gdb) p rank $84 = 2 (gdb) p shape[1] $85 = (mpz_t *) 0x0 Not good. Interestingly the following works: integer :: z(1,2) =

[Bug fortran/102817] [12 Regression] ICE in gfc_clear_shape, at fortran/expr.c:422 since r12-4278-g74ccca380cde5e79

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102817 --- Comment #4 from anlauf at gcc dot gnu.org --- Furthermore the "scalar" variants work: ... type(t), parameter :: u= t(4) ... y = (u%a) ...

[Bug fortran/102891] Passing real part of complex type component using w%z%re to a subroutine gives erroneous value of dummy argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102891 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1

[Bug fortran/101632] NON_RECURSIVE procedure prefix is unsupported. F2018 defaults to recursive procedures.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101632 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/101602] [F2018] local and local_init are not supported in DO CONCURRENT

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101602 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-11-06

[Bug fortran/102727] Warning for guaranteed interoperable type kind

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102727 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/103137] [12 Regression] ICE in gfc_simplify_transpose, at fortran/simplify.c:8181

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103137 --- Comment #2 from anlauf at gcc dot gnu.org --- After playing with the Intel compiler, which accepts the testcase, I start to think the code could actually be valid F2018. At least I cannot find text in the F2018 standard prohibiting

[Bug fortran/103138] [12 Regression] ICE in gfc_simplify_cshift, at fortran/simplify.c:2139

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103138 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/103137] [12 Regression] ICE in gfc_simplify_transpose, at fortran/simplify.c:8181

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103137 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug fortran/103138] [12 Regression] ICE in gfc_simplify_cshift, at fortran/simplify.c:2139

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103138 --- Comment #2 from anlauf at gcc dot gnu.org --- There are more testcases also with valid code which would ICE when using CLASS and PARAMETER, or are rejected. See also pr103137. Another one: program p type t end type class(t),

[Bug fortran/103158] [PDT] ICE on arithmetic with type parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103158 anlauf at gcc dot gnu.org changed: What|Removed |Added Summary|ICE on arithmetic with type |[PDT] ICE on arithmetic

[Bug fortran/103154] [PDT] Crashing gfortran due to bad type parameter specification since r8-3181-g87f3a5cfb59347cd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103154 anlauf at gcc dot gnu.org changed: What|Removed |Added Summary|Crashing gfortran due to|[PDT] Crashing gfortran due

[Bug fortran/101919] Inconsistent -Wstringop-overread warning with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101919 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/103058] [12 Regression] ICE in gimple_call_static_chain_flags, at gimple.c:1669 when building 527.cam4_r

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103058 --- Comment #7 from anlauf at gcc dot gnu.org --- (In reply to Jan Hubicka from comment #6) > Looking at the particular ICE, this looks like a fortran frond-end issue - > this is during compilation and not during link and I do not see why

[Bug fortran/69419] ICE: tree check: expected array_type, have real_type in gfc_conv_array_initializer, at fortran/trans-array.c:5618

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69419 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/103054] [f18] Gfortran accepts invalid and rejects valid co_reduce argument keyword name

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103054 --- Comment #5 from anlauf at gcc dot gnu.org --- Please have a look at the testsuite, too.

[Bug fortran/103112] ICE in gfc_get_descriptor_field for gfortran.dg/coarray_alloc_comp_4.f08 caf single

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103112 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-11-06

[Bug fortran/102715] [12 Regression] ICE in gfc_simplify_transpose, at fortran/simplify.c:8184 since r12-4278-g74ccca380cde5e79

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102715 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/102716] ICE in gfc_validate_kind(): Got bad kind

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102716 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/102891] Passing real part of complex type component using w%z%re to a subroutine gives erroneous value of dummy argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102891 --- Comment #2 from anlauf at gcc dot gnu.org --- Adding to main the lines print *, size (transfer ( w%z%re ,[1.0_dp])) print *, size (transfer ([w%z%re],[1.0_dp])) prints 4 2 whereas e.g. print *, size (transfer

[Bug fortran/102900] ICE via gfc_class_data_get with alloc_comp_class_4.f03 or proc_ptr_52.f90 using -fcheck=all

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102900 --- Comment #5 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #4) > The ICE is resolved by Jose's patch to PR100136, which was just accepted. ... but not for proc_ptr_52.f90 with -fcheck=pointer I've stared at the logic

[Bug fortran/103505] ICE in compare_bound_mpz_t, at fortran/resolve.c:4587 since r8-7594-g078c5aff5ed83e9c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103505 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/103505] ICE in compare_bound_mpz_t, at fortran/resolve.c:4587 since r8-7594-g078c5aff5ed83e9c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103505 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to kargl from comment #2) > diff --git a/gcc/fortran/array.c b/gcc/fortran/array.c > index 6552eaf3b0c..1b2f5b310a7 100644 > --- a/gcc/fortran/array.c > +++ b/gcc/fortran/array.c > @@

[Bug fortran/103505] ICE in compare_bound_mpz_t, at fortran/resolve.c:4587 since r8-7594-g078c5aff5ed83e9c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103505 --- Comment #6 from anlauf at gcc dot gnu.org --- (In reply to Steve Kargl from comment #5) > Ah yes. Good catch. Are you going to insert the 2 lines > lower int the file? If so, I think you can considered > the patch complete and reviewed.

[Bug libfortran/103634] Runtime crash with PACK on zero-sized arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103634 anlauf at gcc dot gnu.org changed: What|Removed |Added Component|fortran |libfortran Last

[Bug fortran/103634] New: Runtime crash with PACK on zero-sized arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103634 Bug ID: 103634 Summary: Runtime crash with PACK on zero-sized arrays Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/103610] ICE in gfc_convert_mpz_to_signed, at fortran/simplify.c:193

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103610 --- Comment #3 from anlauf at gcc dot gnu.org --- Tentative patch: diff --git a/gcc/fortran/array.c b/gcc/fortran/array.c index e5e22099405..a23fabbdcdb 100644 --- a/gcc/fortran/array.c +++ b/gcc/fortran/array.c @@ -2330,6 +2330,9 @@

[Bug fortran/103610] ICE in gfc_convert_mpz_to_signed, at fortran/simplify.c:193

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103610 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/103609] [11/12 Regression] ICE in gfc_sym_get_dummy_args, at fortran/symbol.c:5243 since r11-2578-g27eac9ee6137a6b5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103609 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug libfortran/103634] Runtime crash with PACK on zero-sized arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103634 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/103609] [11/12 Regression] ICE in gfc_sym_get_dummy_args, at fortran/symbol.c:5243 since r11-2578-g27eac9ee6137a6b5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103609 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/103609] [11/12 Regression] ICE in gfc_sym_get_dummy_args, at fortran/symbol.c:5243 since r11-2578-g27eac9ee6137a6b5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103609 anlauf at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Status|NEW

[Bug fortran/103607] [9/10/11/12 Regression] ICE in do_subscript, at fortran/frontend-passes.c:2927

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103607 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1

[Bug fortran/103591] ICE in gfc_compare_string, at fortran/arith.c:1119

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

[Bug fortran/103610] ICE in gfc_convert_mpz_to_signed, at fortran/simplify.c:193

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103610 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug fortran/99256] ICE in variable_check, at fortran/check.c:1012

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99256 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/103472] ICE in gfc_conv_ss_startstride, at fortran/trans-array.c:4527

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103472 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-12-12

[Bug fortran/103607] [9/10/11/12 Regression] ICE in do_subscript, at fortran/frontend-passes.c:2927

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

[Bug fortran/103606] [9/10/11/12 Regression] ICE in resolve_fl_procedure, at fortran/resolve.c:13297 since r9-3324-g2b03b800d866d345

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103606 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/103716] [10/11/12 Regression] ICE in gimplify_expr, at gimplify.c:15964 since r9-3803-ga5fbc2f36a291cbe

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103716 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to G. Steinmetz from comment #3) > On my environment(s) the history for r9 is as follows : > ><= 20181028 : Error: Unexpected '%' for nonderived-type variable 'x' > at (1) >

[Bug fortran/103716] [10/11/12 Regression] ICE in gimplify_expr, at gimplify.c:15964 since r9-3803-ga5fbc2f36a291cbe

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103716 --- Comment #5 from anlauf at gcc dot gnu.org --- The following partial revert of r10-7334 avoids the ICE and restores the bug in gcc-9: diff --git a/gcc/fortran/resolve.c b/gcc/fortran/resolve.c index bff1b35446f..245c4e1683f 100644 ---

[Bug fortran/103717] ICE in doloop_code, at fortran/frontend-passes.c:2656

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103717 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/103606] [9/10/11/12 Regression] ICE in resolve_fl_procedure, at fortran/resolve.c:13297 since r9-3324-g2b03b800d866d345

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

[Bug fortran/103567] Compile error with assumed-rank RESULT variable

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

[Bug fortran/103418] random_number() does not accept pointer, intent(in) array argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103418 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/103707] Stray "Array operands are incommensurate"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103707 --- Comment #2 from anlauf at gcc dot gnu.org --- Could it be the overflow simplifying fmax/fmin triggering this?

[Bug fortran/103718] [11/12 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2393

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103718 anlauf at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug fortran/103662] TBAA problem in Fortran FE triggering in gfortran.dg/unlimited_polymorphic_3.f03

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/103719] [11/12 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2465

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103719 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-12-14

[Bug fortran/103717] ICE in doloop_code, at fortran/frontend-passes.c:2656

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103717 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug fortran/103718] [11/12 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2393

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103718 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/103717] ICE in doloop_code, at fortran/frontend-passes.c:2656

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103717 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-12-14

[Bug fortran/103719] [11/12 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2465

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103719 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/103718] [11/12 Regression] ICE in doloop_contained_procedure_code, at fortran/frontend-passes.c:2393

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103718 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/103693] [12 Regression] ICE in gfc_array_dimen_size(): Bad EXPR_ARRAY expr since r12-4967-gbcf3728abe848888

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103693 --- Comment #2 from anlauf at gcc dot gnu.org --- Gerhard, the issue here is class(*), parameter :: a(1,2) = 2 which we do not yet support, and where there is a duplicate by you already.

[Bug fortran/103716] [10/11/12 Regression] ICE in gimplify_expr, at gimplify.c:15964 since r9-3803-ga5fbc2f36a291cbe

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103716 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/103694] [12 Regression] ICE in gfc_conv_expr_op, at fortran/trans-expr.c:3882 since r12-3993-gb19bbfb148250536

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103694 --- Comment #2 from anlauf at gcc dot gnu.org --- (In reply to Martin Liška from comment #1) > Started with r12-3993-gb19bbfb148250536. Are you sure about that? All releases >= 7 ICE for me.

[Bug fortran/103606] [9/10/11/12 Regression] ICE in resolve_fl_procedure, at fortran/resolve.c:13297 since r9-3324-g2b03b800d866d345

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103606 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/103411] ICE in gfc_conv_array_initializer, at fortran/trans-array.c:6377

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

[Bug fortran/102717] ICE in gfc_simplify_reshape, at fortran/simplify.c:6843

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

[Bug fortran/102787] ICE in new test case gfortran.dg/reshape_shape_2.f90

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

[Bug fortran/103261] ICE in gfc_check_reshape, at fortran/check.c:4742

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103261 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug fortran/102787] ICE in new test case gfortran.dg/reshape_shape_2.f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102787 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||gs...@t-online.de ---

[Bug fortran/103283] ICE in gfc_trans_array_constructor_subarray, at fortran/trans-array.c:1972

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103283 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug fortran/103283] ICE in gfc_trans_array_constructor_subarray, at fortran/trans-array.c:1972

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103283 --- Comment #3 from anlauf at gcc dot gnu.org --- There's more to it: program p type t integer :: a(1) = 2 end type type(t), parameter :: x(1) = t(3) integer, parameter :: k(*) = x(1)%a end This fails with: pr103283-z1.f90:6:28:

[Bug fortran/103505] ICE in compare_bound_mpz_t, at fortran/resolve.c:4587

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103505 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug fortran/103504] ICE in get_sym_storage_size, at fortran/interface.c:2800

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103504 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-11-30

[Bug fortran/103263] ICE in gfc_check_reshape, at fortran/check.c:4830

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

[Bug fortran/102787] ICE in new test case gfortran.dg/reshape_shape_2.f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102787 --- Comment #12 from anlauf at gcc dot gnu.org --- *** Bug 103263 has been marked as a duplicate of this bug. ***

[Bug fortran/101565] ICE in gfc_simplify_image_index, at fortran/simplify.c:8234

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

[Bug fortran/103496] [F2018][TS29113] C_SIZEOF – rejects now valid args with 'must be an interoperable data entity'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103496 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/102787] ICE in new test case gfortran.dg/reshape_shape_2.f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102787 --- Comment #9 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #8) > Simpler and better patch which handles array sections as well as vector > subscripts: @Bill: does this patch or the submitted one in

[Bug fortran/103692] [11/12 Regression] ICE in add_init_expr_to_sym, at fortran/decl.c:2062

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103692 --- Comment #2 from anlauf at gcc dot gnu.org --- It is probably easier to compare character(*), parameter :: b(*) = (a(2:1)) ! ICE vs. character(*), parameter :: b(*) = a(2:1) ! no ICE

[Bug fortran/103692] [11/12 Regression] ICE in add_init_expr_to_sym, at fortran/decl.c:2062

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103692 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-12-13

[Bug fortran/101514] ICE: out of memory allocating 18446744073709551600 bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101514 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug fortran/101536] ICE in gfc_conv_expr_descriptor, at fortran/trans-array.c:7324

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101536 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1

[Bug fortran/101514] ICE: out of memory allocating 18446744073709551600 bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101514 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug libfortran/101255] FLUSH statement - error should be negative

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101255 anlauf at gcc dot gnu.org changed: What|Removed |Added Component|fortran |libfortran Last

[Bug fortran/101348] [Coarray] ICE in gfc_get_nodesc_array_type, at fortran/trans-types.c:1697

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101348 anlauf at gcc dot gnu.org changed: What|Removed |Added Summary|ICE in |[Coarray] ICE in

[Bug fortran/101513] ICE in gfc_alloc_allocatable_for_assignment, at fortran/trans-array.c:10313

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101513 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-07-19 Ever

[Bug fortran/101564] ICE in resolve_allocate_deallocate, at fortran/resolve.c:8169

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101564 --- Comment #2 from anlauf at gcc dot gnu.org --- The %kind was introduced probably in r9, so likely not a real regression. I am testing the following patch: diff --git a/gcc/fortran/resolve.c b/gcc/fortran/resolve.c index

[Bug fortran/101536] ICE in gfc_conv_expr_descriptor, at fortran/trans-array.c:7324

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101536 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/101564] ICE in resolve_allocate_deallocate, at fortran/resolve.c:8169

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101564 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

[Bug fortran/100949] [9/10/11/12 Regression] ICE in gfc_conv_expr_present, at fortran/trans-expr.c:1975

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

<    2   3   4   5   6   7   8   9   10   11   >