[Bug fortran/107217] ICE in gfc_arith_times, at fortran/arith.cc:715/704

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

[Bug fortran/107216] ICE in reduce_binary_aa, at fortran/arith.cc:1427

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

[Bug fortran/107216] ICE in reduce_binary_aa, at fortran/arith.cc:1427

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107216 --- Comment #3 from anlauf at gcc dot gnu.org --- Potential patch: diff --git a/gcc/fortran/array.cc b/gcc/fortran/array.cc index bbdb5b392fc..9bec299f160 100644 --- a/gcc/fortran/array.cc +++ b/gcc/fortran/array.cc @@ -1205,6 +1205,10

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 anlauf at gcc dot gnu.org changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 --- Comment #7 from anlauf at gcc dot gnu.org --- (In reply to kargl from comment #6) > Harald, I looked at your patch and agree that simplification should be done. > I don't know why I did not do it when I wrote walk_array_

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 --- Comment #9 from anlauf at gcc dot gnu.org --- (In reply to Steve Kargl from comment #8) > If regtesting complete ok, This is the case. > and Mikael doesn't find any additional problems. Please commit. The only thing I

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 --- Comment #12 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #11) > Here is an example, where the array simplifies using the host-associated > parameter value instead of calling the contained function with th

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 --- Comment #14 from anlauf at gcc dot gnu.org --- Is it conceivable that a somewhat weaker form of simplification, which addresses the parentheses as well as the basic unary and binary operators could still be used for the time being? There is

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 --- Comment #15 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #14) > Is it conceivable that a somewhat weaker form of simplification, which > addresses the parentheses as well as the basic unary and binary operators &

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 --- Comment #21 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #17) > Like this for the first part of the test from the patch: > > diff --git a/gcc/fortran/arith.cc b/gcc/fortran/arith.cc > index

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 --- Comment #22 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #11) > Here is an example, where the array simplifies using the host-associated > parameter value instead of calling the contained function with th

[Bug fortran/100971] ICE: Bad IO basetype (7)

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

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 --- Comment #23 from anlauf at gcc dot gnu.org --- Created attachment 53706 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53706&action=edit Updated patch Here's a patch that incorporates comment#17 and comment#20 and adds a

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 --- Comment #25 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #24) > First, the ARITH_INVALID_TYPE should be renamed as it has now a broader > usage (ARITH_OP_NOT_LITERAL_VALUE is a bit long, ARITH_OP_NOT_CONSTAN

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 anlauf at gcc dot gnu.org changed: What|Removed |Added Attachment #53706|0 |1 is obsolete

[Bug fortran/107141] ICE: Segmentation fault (in contains_struct_check)

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

[Bug fortran/107141] ICE: Segmentation fault (in contains_struct_check)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141 --- Comment #3 from anlauf at gcc dot gnu.org --- Placing the subroutine into a module also avoids the error.

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93483 --- Comment #28 from anlauf at gcc dot gnu.org --- (In reply to Mikael Morin from comment #27) > (In reply to anlauf from comment #25) > > (In reply to Mikael Morin from comment #24) > > > First, the ARITH_INVALID_TYPE should be

[Bug fortran/107272] New: ICE in gfc_compare_string and others (related to pr107217)

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: anlauf at gcc dot gnu.org Target Milestone: --- The following variation of testcase gfortran.dg/pr107217.f90 ICEs due to yet unhandled non-numeric types: program p print *, 2 <= [r

[Bug fortran/107272] ICE in gfc_compare_string and others (related to pr107217)

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

[Bug fortran/107272] ICE in gfc_compare_string and others (related to pr107217)

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

[Bug fortran/107219] ICE in reduce_unary, at fortran/arith.cc:1290

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

[Bug fortran/107216] ICE in reduce_binary_aa, at fortran/arith.cc:1427

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

[Bug fortran/93483] ICE in gfc_constructor_copy, at fortran/constructor.c:103

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

[Bug fortran/87659] Memory corruption in array component of intent(in) unlimited polymorphic with optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87659 anlauf at gcc dot gnu.org changed: What|Removed |Added Known to fail||10.2.1, 11.3.0, 7.5.0

[Bug fortran/104330] ICE in gfc_simplify_image_index, at fortran/simplify.cc:8294

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

[Bug fortran/100132] Optimization breaks pointer association

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

[Bug fortran/87659] Memory corruption in array component of intent(in) unlimited polymorphic with optimization

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

[Bug fortran/104330] ICE in gfc_simplify_image_index, at fortran/simplify.cc:8294

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

[Bug fortran/81978] Passing component of a parameter array to a subroutine causes SIGBUS crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81978 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Last

[Bug fortran/100098] Polymorphic pointers and allocatables have incorrect rank

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

[Bug fortran/104848] ICE in simplify_intrinsic_op, at fortran/expr.cc:1305

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848 --- Comment #5 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #4) > The following example shows that bad overflow handling is a regression that > was likely introduced in 6.x: > > program p > integer, p

[Bug fortran/105633] ICE in find_array_section, at fortran/expr.cc:1582

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

[Bug fortran/105633] ICE in find_array_section, at fortran/expr.cc:1582

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105633 --- Comment #3 from anlauf at gcc dot gnu.org --- Here it goes: https://gcc.gnu.org/pipermail/fortran/2022-October/058369.html

[Bug fortran/106692] [10/11/12/13 Regression] Cray pointer comparison wrongly optimized away

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106692 --- Comment #5 from anlauf at gcc dot gnu.org --- Just an observation: adding to subroutine shape_cray either save :: ptrzz or volatile :: ptrzz creates sufficient confusion in the middle-end that the code seems to work. (The code

[Bug fortran/107317] [10/11/12/13 Regression] ICE in emit_redzone_byte, at asan.cc:1508

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

[Bug fortran/105633] ICE in find_array_section, at fortran/expr.cc:1582

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

[Bug fortran/103474] ICE in simplify_cobound, at fortran/simplify.c:4415

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

[Bug fortran/102241] [PDT] ICE when declaring derived type with a parameterized derived type member

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

[Bug fortran/104352] ICE in gfc_conv_intrinsic_anyall, at fortran/trans-intrinsic.cc:4481 (etc.)

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

[Bug fortran/103776] ICE in gfc_compare_string, at fortran/arith.c:1118

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

[Bug fortran/103778] [10/11/12 Regression] ICE: Invalid expression in gfc_element_size

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

[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 Status|ASSIGNED|RESOLVED Resolution

[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 Resolution|--- |FIXED Status

[Bug fortran/102332] ICE in select_type_set_tmp, at fortran/match.c:6366

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

[Bug fortran/102332] ICE in select_type_set_tmp, at fortran/match.c:6366

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

[Bug fortran/103789] ICE when providing kind argument to mask{l,r}

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

[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 CC||anlauf at gcc dot gnu.org

[Bug fortran/101762] ICE with "Every subscript of the target specification must be a constant expression"

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

[Bug fortran/101762] ICE with "Every subscript of the target specification must be a constant expression"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101762 --- Comment #4 from anlauf at gcc dot gnu.org --- Created attachment 52108 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52108&action=edit Improved patch The previous patch was too strict. The attached version does a much bet

[Bug fortran/101762] ICE with "Every subscript of the target specification must be a constant expression"

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

[Bug fortran/103898] [12 Regression] ICE: gimplification failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103898 --- Comment #5 from anlauf at gcc dot gnu.org --- Started most likely with commit r12-3897 by Tobias. Interestingly, the ICE occurs only for a rank-1 array, but not for rank-2 or for assumed-rank.

[Bug fortran/77667] ICE in expand_call, at calls.c:2588

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

[Bug fortran/77667] ICE in expand_call, at calls.c:2588

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77667 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #3) > The following patch seems to work: ... and regtests ok. It is not really pretty, though, and does not help with apparently related PRs, such as PR50410.

[Bug fortran/103914] -fcheck=do seems not to work with omp parallel do construct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103914 anlauf at gcc dot gnu.org changed: What|Removed |Added Severity|normal |enhancement

[Bug fortran/103782] [9/10/11/12 Regression] internal error occurs when overloading intrinsic since r9-1566-g87c789f1c0b2df41

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

[Bug fortran/95879] [10/11/12 Regression] ICE in gfc_resolve_formal_arglist, at fortran/resolve.c:313

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

[Bug fortran/103931] Type name "c_ptr" is ambiguous when iso_c_binding is imported both directly and indirectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103931 --- Comment #2 from anlauf at gcc dot gnu.org --- Created attachment 52138 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52138&action=edit Somewhat reduced reproducer The issue can be reproduced with a few less modules

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103942 --- Comment #3 from anlauf at gcc dot gnu.org --- (In reply to Martin Liška from comment #2) > Started with r11-6928-g4225af228b5d52e8 and was fixed on master with > r12-1005-gfe03f4fc9548b3fd. Backporting r12-1005 (see pr100551) fix

[Bug fortran/103942] [10 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 Build||2022-01-07 0:00 --- Comment

[Bug fortran/83079] ICE in gfc_widechar_to_char, at fortran/scanner.c:198

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

[Bug fortran/103777] ICE in gfc_simplify_maskl, at fortran/simplify.c:4918

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

[Bug fortran/83079] ICE in gfc_widechar_to_char, at fortran/scanner.c:198

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

[Bug libfortran/103985] segfault in finalize_transfer (fbuf_destroy) on (parallel) writing into character / string function argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103985 --- Comment #3 from anlauf at gcc dot gnu.org --- Can you try gcc-11 or gcc-12? There were some fixes for asynchronous I/O (pr100352) touching the locking mechanism.

[Bug fortran/67804] ICE on data initialization of type(character) with wrong data

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

[Bug fortran/67804] ICE on data initialization of type(character) with wrong data

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

[Bug fortran/103782] [9/10/11/12 Regression] internal error occurs when overloading intrinsic since r9-1566-g87c789f1c0b2df41

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

[Bug fortran/102332] ICE in select_type_set_tmp, at fortran/match.c:6366

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99256 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #3) Even simpler fix, as intrinsics do not accept alternate return specifiers: diff --git a/gcc/fortran/intrinsic.c b/gcc/fortran/intrinsic.c index a7ecdb401ef

[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 Status|NEW |RESOLVED Resolution

[Bug fortran/77667] ICE in expand_call, at calls.c:2588

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77667 --- Comment #5 from anlauf at gcc dot gnu.org --- Seems fixed on mainline for gcc-12. Most likely fix: r12-6557 for pr67804.

[Bug fortran/79685] [9/10/11/12 Regression] ICE on valid code in gfc_match_structur_constructor

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

[Bug fortran/85150] internal compiler error for module with illegal non-constant pointer initialization designator

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

[Bug fortran/85150] internal compiler error for module with illegal non-constant pointer initialization designator

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

[Bug fortran/101762] ICE with "Every subscript of the target specification must be a constant expression"

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

[Bug fortran/77667] ICE in expand_call, at calls.c:2588

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

[Bug fortran/67804] ICE on data initialization of type(character) with wrong data

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

[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 Summary|[10 Regression] invalid |[9 Regression] invalid

[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 Keywords||ice-on-valid-code

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

[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 Status|ASSIGNED|WAITING --- Comment #4 from

[Bug fortran/103475] ICE in gfc_expr_attr, at fortran/primary.c:2782

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

[Bug fortran/104127] [9/10/11/12 Regression] ICE in get_array_charlen, at fortran/trans-array.c:7244

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

[Bug fortran/104128] ICE in gfc_widechar_to_char, at fortran/scanner.c:199

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

[Bug fortran/104127] [9/10/11/12 Regression] ICE in get_array_charlen, at fortran/trans-array.c:7244

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104127 --- Comment #2 from anlauf at gcc dot gnu.org --- We die here: (gdb) l 7244 7239case EXPR_ARRAY: 7240 7241 /* This is somewhat brutal. The expression for the first 7242 element of the array is evaluated and assigned

[Bug fortran/104127] [9/10/11/12 Regression] ICE in get_array_charlen, at fortran/trans-array.c:7244

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104127 --- Comment #3 from anlauf at gcc dot gnu.org --- Tentative patch: diff --git a/gcc/fortran/simplify.cc b/gcc/fortran/simplify.cc index 3881370d947..366b00c28dd 100644 --- a/gcc/fortran/simplify.cc +++ b/gcc/fortran/simplify.cc @@ -8162,7

[Bug fortran/104128] ICE in gfc_widechar_to_char, at fortran/scanner.c:199

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104128 --- Comment #2 from anlauf at gcc dot gnu.org --- Tentative, semi-obvious patch: diff --git a/gcc/fortran/target-memory.cc b/gcc/fortran/target-memory.cc index 361907b0e51..7ce7d736629 100644 --- a/gcc/fortran/target-memory.cc +++ b/gcc/fortran

[Bug fortran/104127] [9/10/11/12 Regression] ICE in get_array_charlen, at fortran/trans-array.c:7244

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

[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 Status|ASSIGNED|RESOLVED Resolution

[Bug fortran/104128] ICE in gfc_widechar_to_char, at fortran/scanner.c:199

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

[Bug fortran/104128] ICE in gfc_widechar_to_char, at fortran/scanner.c:199

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104128 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #3) > with TRANSFER between different integer kinds. E.g. oops, that should read: character kinds

[Bug fortran/104128] ICE in gfc_widechar_to_char, at fortran/scanner.c:199

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104128 --- Comment #5 from anlauf at gcc dot gnu.org --- The issue in comment#3 is likely unrelated to TRANSFER: program p implicit none ! integer, parameter :: k = 1 integer, parameter :: k = 4 character(kind=k,len=2), parameter :: z = k_&qu

[Bug fortran/104128] ICE in gfc_widechar_to_char, at fortran/scanner.c:199

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104128 --- Comment #6 from anlauf at gcc dot gnu.org --- The remaining issues in this PR seem to be related to inconsistencies between expr->representation.string and expr->value.character.string that occur for non-default character kind th

[Bug fortran/104128] ICE in gfc_widechar_to_char, at fortran/scanner.c:199

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

[Bug fortran/103782] [9/10/11/12 Regression] internal error occurs when overloading intrinsic since r9-1566-g87c789f1c0b2df41

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

[Bug fortran/104211] ICE in find_array_section, at fortran/expr.cc:1720

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

[Bug fortran/104212] ICE in transformational_result, at fortran/simplify.cc:466

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

[Bug fortran/104212] ICE in transformational_result, at fortran/simplify.cc:466

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

[Bug fortran/59104] Wrong result with SIZE specification expression

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

[Bug fortran/100275] ICE in gfc_build_null_descriptor, at fortran/trans-array.c:417

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

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