[Bug fortran/103942] [9 Regression] invalid memory reference with allocatable string and class(*)

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

[Bug fortran/106121] ICE in gfc_simplify_extends_type_of, at fortran/simplify.cc:3109

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

[Bug fortran/105691] Incorrect calculation of INDEX(str1,str2) at compile time

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

[Bug fortran/105813] ICE in gfc_simplify_unpack, at fortran/simplify.cc:8490

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

[Bug fortran/95107] ICE in hash_operand, at fold-const.c:3768

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95107 --- Comment #9 from anlauf at gcc dot gnu.org --- The issue can be studied by playing with option -fmax-stack-var-size=n. -fno-automatic corresponds to n=0; using n=64 and higher lets the code compile. There's something weird going on here.

[Bug fortran/95375] ICE in add_use_op, Error: mismatching comparison operand types

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

[Bug fortran/106108] gfortran gives warning about unitilialized variable for string with both allocatable length and size

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

[Bug fortran/104430] [10 Regression] ICE in gfc_conv_component_ref, at fortran/trans-expr.cc:2742 since r9-3522-gd0477233215e37de

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

[Bug fortran/106089] false positives with -Wuninitialized for allocation on assignment

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

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

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

[Bug fortran/105691] Incorrect calculation of INDEX(str1,str2) at compile time

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105691 --- Comment #8 from anlauf at gcc dot gnu.org --- Fixed on mainline so far.

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

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

[Bug fortran/105813] ICE in gfc_simplify_unpack, at fortran/simplify.cc:8490

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

[Bug fortran/106049] ICE in gfc_simplify_pack, at fortran/simplify.cc:6481

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

[Bug fortran/106121] ICE in gfc_simplify_extends_type_of, at fortran/simplify.cc:3109

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

[Bug fortran/95372] ICE in find_array_section, at fortran/expr.c:1687

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

[Bug fortran/105243] ICE in next_char, at fortran/io.cc:160

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

[Bug fortran/105243] ICE in next_char, at fortran/io.cc:160

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105243 --- Comment #10 from anlauf at gcc dot gnu.org --- Submitted: https://gcc.gnu.org/pipermail/fortran/2022-June/057972.html

[Bug fortran/106121] ICE in gfc_simplify_extends_type_of, at fortran/simplify.cc:3109

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

[Bug fortran/104684] [10/11/12/13 Regression] ICE: 'verify_gimple' failed (Error: non-trivial conversion in 'component_ref') since r7-5771-gde91486c745d5ff6

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

[Bug fortran/104684] [10/11/12/13 Regression] ICE: 'verify_gimple' failed (Error: non-trivial conversion in 'component_ref') since r7-5771-gde91486c745d5ff6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104684 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code ---

[Bug fortran/106049] ICE in gfc_simplify_pack, at fortran/simplify.cc:6481

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

[Bug fortran/106047] ICE in structure_alloc_comps, at fortran/trans-array.cc:9574

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

[Bug fortran/105986] ICE in gfc_convert_mpz_to_signed, at fortran/simplify.cc:193

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

[Bug fortran/105986] ICE in gfc_convert_mpz_to_signed, at fortran/simplify.cc:193

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

[Bug fortran/105986] ICE in gfc_convert_mpz_to_signed, at fortran/simplify.cc:193

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

[Bug fortran/105986] ICE in gfc_convert_mpz_to_signed, at fortran/simplify.cc:193

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

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 --- Comment #3 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #2) > Reduced testcase: > > integer, parameter :: m = sizeof(d) ! ICE for n < 1 In target-memory.cc we run into int_size_in_bytes(), which returns -12 for

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 --- Comment #4 from anlauf at gcc dot gnu.org --- Anyway, there's likely an ordering issue looking at array bounds and using them. Moving the type decl to a module, the problem seems to disappear: module m implicit none integer, parameter

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

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

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105954 --- Comment #5 from anlauf at gcc dot gnu.org --- The following patch fixes the ICE and regtests OK: diff --git a/gcc/fortran/decl.cc b/gcc/fortran/decl.cc index bd586e75008..3e04f45e9ac 100644 --- a/gcc/fortran/decl.cc +++

[Bug fortran/105954] ICE in gfc_element_size, at fortran/target-memory.cc:132

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

[Bug fortran/101330] [openmp]ICE in free_expr0(): Bad expr type

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

[Bug fortran/103590] ICE: find_array_spec(): Missing spec

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

[Bug fortran/106353] [suboptimal] Why is a 3D array initialized, use case 2 two-layer loop?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106353 --- Comment #3 from anlauf at gcc dot gnu.org --- For code like rhogvx=2 where we know that we initialize a full (and here contiguous) array, is there something the frontend can do, e.g. to annotate that a collapse of the loop nest is

[Bug fortran/101330] [openmp]ICE in free_expr0(): Bad expr type

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

[Bug fortran/101330] [openmp]ICE in free_expr0(): Bad expr type

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

[Bug fortran/77652] Invalid rank error in ASSOCIATED when rank is remapped

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

[Bug fortran/103590] ICE: find_array_spec(): Missing spec

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

[Bug fortran/104313] [10/11/12/13 Regression] ICE verify_gimple failed with -ff2c since r10-2279-ge0af8f52b10385d8

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

[Bug fortran/106331] [12/13 Regression] Whole array assignment of empty string segfaults with -Og

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106331 anlauf at gcc dot gnu.org changed: What|Removed |Added Summary|Whole array assignment of |[12/13 Regression] Whole

[Bug fortran/103590] ICE: find_array_spec(): Missing spec

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

[Bug fortran/77652] Invalid rank error in ASSOCIATED when rank is remapped

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77652 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #6 from

[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 Status|NEW |ASSIGNED

[Bug libfortran/106295] INQUIRE statement bus error at runtime

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106295 --- Comment #4 from anlauf at gcc dot gnu.org --- I think the fix for PR83036 (INQUIRE specifier NEXTREC is a 4-byte integer, should be 8), which changed the layout of struct st_parameter_inquire, could explain what you observe. I have no

[Bug fortran/106209] ICE in add_init_expr_to_sym, at fortran/decl.cc:2132

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

[Bug fortran/103366] [10/11/12/13 Regression] ICE in gfc_conv_gfc_desc_to_cfi_desc, at fortran/trans-expr.c:5647

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

[Bug fortran/106209] ICE in add_init_expr_to_sym, at fortran/decl.cc:2132

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

[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 Target Milestone|--- |10.5 Resolution|---

[Bug fortran/92805] gfortran: blanks within literal constants should not be allowed

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

[Bug fortran/92805] gfortran: blanks within literal constants should not be allowed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92805 --- Comment #12 from anlauf at gcc dot gnu.org --- Submitted: https://gcc.gnu.org/pipermail/fortran/2022-July/058023.html

[Bug fortran/77652] Invalid rank error in ASSOCIATED when rank is remapped

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103504 --- Comment #2 from anlauf at gcc dot gnu.org --- The ICE is avoided by: diff --git a/gcc/fortran/interface.cc b/gcc/fortran/interface.cc index 7ed6e13711f..f8a1720ea7e 100644 --- a/gcc/fortran/interface.cc +++ b/gcc/fortran/interface.cc @@

[Bug fortran/104313] [10/11/12/13 Regression] ICE verify_gimple failed with -ff2c since r10-2279-ge0af8f52b10385d8

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

[Bug fortran/106402] half preicision is not supported by gfortran(real*2).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106402 --- Comment #1 from anlauf at gcc dot gnu.org --- See also thread at: https://gcc.gnu.org/pipermail/fortran/2022-May/057860.html

[Bug fortran/106410] Internal compiler error: with nested parametrized types

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

[Bug fortran/102818] ICE in gfc_resolve_formal_arglist, at fortran/resolve.c:282

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102818 --- Comment #1 from anlauf at gcc dot gnu.org --- The proper function name is diagnosed after the following patch: diff --git a/gcc/fortran/symbol.cc b/gcc/fortran/symbol.cc index 7a80dfd063b..0d0221fc3c4 100644 --- a/gcc/fortran/symbol.cc +++

[Bug fortran/105501] The statement TYPE IS without a space is accepted

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

[Bug fortran/105501] The statement TYPE IS without a space is accepted

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

[Bug fortran/105473] semicolon allowed when list-directed read integer with decimal='point'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105473 --- Comment #5 from anlauf at gcc dot gnu.org --- (In reply to Jerry DeLisle from comment #4) > I see I no longer have change status on PRs. Evidently some of the address > and login changes I have had to do in the process of changing my email >

[Bug fortran/105543] Function returning a class array with contiguous attribute rejected

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

[Bug fortran/105230] [9/10/11/12/13 Regression] ICE in find_array_section, at fortran/expr.cc:1634

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

[Bug fortran/105526] [Coarray] Missing checks for arguments of type TEAM_TYPE

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

[Bug fortran/105526] New: [Coarray] Missing checks for arguments of type TEAM_TYPE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105526 Bug ID: 105526 Summary: [Coarray] Missing checks for arguments of type TEAM_TYPE Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/105501] The statement TYPE IS without a space is accepted

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

[Bug fortran/105501] The statement TYPE IS without a space is accepted

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

[Bug fortran/105526] [Coarray] Missing checks for arguments of type TEAM_TYPE

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

[Bug fortran/78054] gfortran.dg/pr70673.f90 FAILs at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78054 --- Comment #9 from anlauf at gcc dot gnu.org --- (In reply to Thomas Koenig from comment #8) > Fixed on trunk by > > https://gcc.gnu.org/pipermail/gcc-cvs/2022-April/362724.html . Thomas, you'd better re-read Steve's analysis. Your patch

[Bug fortran/105371] The result of the merge function is different when it's type of parameters is the extensions type of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105371 --- Comment #4 from anlauf at gcc dot gnu.org --- The following untested hackish patch leads to the same answer for both cases: diff --git a/gcc/fortran/simplify.cc b/gcc/fortran/simplify.cc index 233cc42137f..abd93956217 100644 ---

[Bug fortran/105012] [12/13 Regression] wrf from SPECCPU2017 ICEs during LTO linking since r12-7692-g8db155ddf8cec9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105012 --- Comment #17 from anlauf at gcc dot gnu.org --- (In reply to Richard Biener from comment #11) > (In reply to Richard Biener from comment #10) > > likely triggered by the INTENT(out), it looks like gfortran fails to > > properly > >

[Bug fortran/105012] [12/13 Regression] wrf from SPECCPU2017 ICEs during LTO linking since r12-7692-g8db155ddf8cec9

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

[Bug fortran/103694] [12/13 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 #6 from anlauf at gcc dot gnu.org --- Potential fix that regtests cleanly: diff --git a/gcc/fortran/simplify.cc b/gcc/fortran/simplify.cc index f992c31e5d7..3d2a68fa36a 100644 --- a/gcc/fortran/simplify.cc +++

[Bug fortran/103694] [12/13 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 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug fortran/78054] gfortran.dg/pr70673.f90 FAILs at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78054 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #12 from

[Bug fortran/103694] [12/13 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 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/106771] [OOP] ICE with PACK intrinsic, in gfc_conv_expr_descriptor, at fortran/trans-array.c:7328

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

[Bug fortran/106771] [OOP] ICE with PACK intrinsic, in gfc_conv_expr_descriptor, at fortran/trans-array.c:7328

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106771 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to federico from comment #3) > Right: here is a version where the object is initialized: > > https://godbolt.org/z/o566cPG8P > > I also see that for the versions that compile (e.g.,

[Bug fortran/106771] [OOP] ICE with PACK intrinsic, in gfc_conv_expr_descriptor, at fortran/trans-array.c:7328

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106771 --- Comment #2 from anlauf at gcc dot gnu.org --- Playing a little, I found that the issue might be related to the elemental function isa. The following dumb replacement function isa(this,i) class(t), intent(in) :: this integer,

[Bug fortran/106771] [OOP] ICE with PACK intrinsic, in gfc_conv_expr_descriptor, at fortran/trans-array.c:7328

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

[Bug fortran/106684] inconsistent array initialization

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

[Bug fortran/106557] nesting intrinsics ibset and transfer gives wrong result

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

[Bug fortran/106684] inconsistent array initialization

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

[Bug fortran/106750] Memory leak calling array slice of derived type containing `allocatable` entries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106750 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2022-08-30 Ever

[Bug fortran/106750] Memory leak calling array slice of derived type containing `allocatable` entries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106750 --- Comment #2 from anlauf at gcc dot gnu.org --- If you need a workaround, replace: j(i) = do_with_array(ts(choose)) ! [#1] MEMORY LEAK by j(i) = do_with_array([ts(choose)]) ! [#1] no more MEMORY LEAK

[Bug fortran/99349] ICE in match_data_constant, at fortran/decl.c:426

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

[Bug fortran/100245] ICE on automatic reallocation

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

[Bug fortran/99349] ICE in match_data_constant, at fortran/decl.c:426

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99349 --- Comment #5 from anlauf at gcc dot gnu.org --- (In reply to Steve Kargl from comment #4) > The function is match_data_constant(), so we're looking for a > constant. My patch simply removes the type checking as it is > unimportant here, and a

[Bug fortran/106857] [10/11/12/13 Regression] ICE in gfc_simplify_pack, at fortran/simplify.cc:6438

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

[Bug fortran/106817] clobber ordering problem when an actual intent(in) argument depends on the value of an intent(out) argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106817 --- Comment #5 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #4) > With the testcase from comment #3, it becomes: > > a = {CLOBBER}; > D.4223 = a + 1; > copy (, ); Right. And with -Wall one gets a bogus

[Bug fortran/104314] ICE in deferred_op_assign, at fortran/resolve.cc:11794

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

[Bug fortran/100136] [11/12/13 Regression] ICE, regression, using flag -fcheck=pointer

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

[Bug fortran/100136] [11/12/13 Regression] ICE, regression, using flag -fcheck=pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100136 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code ---

[Bug fortran/106557] nesting intrinsics ibset and transfer gives wrong result

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

[Bug fortran/100948] [12/13 Regression] ICE in gfc_conv_expr_val, at fortran/trans-expr.c:9069

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100948 --- Comment #9 from anlauf at gcc dot gnu.org --- (In reply to José Rui Faustino de Sousa from comment #6) > Created attachment 51002 [details] > Patch and changelog I took a look at the attached patch. While it does resolve the ICE on the

[Bug fortran/105012] [12/13 Regression] wrf from SPECCPU2017 ICEs during LTO linking since r12-7692-g8db155ddf8cec9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105012 --- Comment #25 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #24) > (In reply to anlauf from comment #22) > > > > The remaining problem from PR41453#c8 is the following code in > > trans-expr.cc: > > > > (gdb) l

[Bug fortran/105012] [12/13 Regression] wrf from SPECCPU2017 ICEs during LTO linking since r12-7692-g8db155ddf8cec9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105012 --- Comment #29 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #28) > With the following, I get the expected result. > Indeed, with se->want_pointer set, gfc_conv_expr generates an address > expression, so it has to be

[Bug fortran/105012] [12/13 Regression] wrf from SPECCPU2017 ICEs during LTO linking since r12-7692-g8db155ddf8cec9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105012 --- Comment #27 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #26) > (In reply to anlauf from comment #25) > > (In reply to Mikael Morin from comment #24) > > > (In reply to anlauf from comment #22) > > > > > > > >

[Bug fortran/105012] [12/13 Regression] wrf from SPECCPU2017 ICEs during LTO linking since r12-7692-g8db155ddf8cec9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105012 --- Comment #23 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #21) > (In reply to anlauf from comment #18) > > Tentative patch, regtests cleanly but otherwise untested: > > > > diff --git a/gcc/fortran/trans-expr.cc

[Bug fortran/41453] use INTENT(out) for optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41453 anlauf at gcc dot gnu.org changed: What|Removed |Added Component|middle-end |fortran --- Comment #9 from

[Bug fortran/105012] [12/13 Regression] wrf from SPECCPU2017 ICEs during LTO linking since r12-7692-g8db155ddf8cec9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105012 --- Comment #22 from anlauf at gcc dot gnu.org --- (In reply to Richard Biener from comment #20) > With your patch I still see > > __attribute__((fn spec (". r "))) > real(kind=8) derfc (real(kind=8) & restrict x) > { > integer(kind=4) jint;

<    6   7   8   9   10   11   12   13   14   15   >