[Bug fortran/104048] ICE with recursively defined derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104048 --- Comment #7 from Paul Thomas --- Created attachment 58296 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58296=edit Fix for this PR This does fix it :-) It's a partial implementation that will require class components and array

[Bug fortran/69654] ICE in gfc_trans_structure_assign

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69654 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug fortran/104048] ICE with recursively defined derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104048 --- Comment #6 from Paul Thomas --- The "fix" in comment 5 no longer does the job. It's on my TODO list. Paul

[Bug fortran/103368] [11/12/13 Regression] ICE in gimplify_expr, at gimplify.c:15668 since r12-4464-g017665f63047ce47

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103368 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 --- Comment #5 from Paul Thomas --- Created attachment 58275 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58275=edit "Fix" for this PR This patch causes regressions in dependent_decls_1.f90 and mapping_[1,2].f90. However, it

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #4

[Bug fortran/115150] [12/13/14 Regression] SHAPE of zero-sized array yields a negative value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115150 Paul Thomas changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug fortran/115070] [13/14/15 Regression] ICE using IEEE_ARITHMETIC in a derived type method with class, intent(out)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115070 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug fortran/103312] [11/12/13/14/15 Regression] ICE in gfc_find_component since r9-1098-g3cf89a7b992d483e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103312 --- Comment #9 from Paul Thomas --- (In reply to Paul Thomas from comment #7) > Created attachment 58231 [details] > Preliminary fix for this PR > > I went back to the beginning on this problem, having realised that it is far > too early to

[Bug fortran/103312] [11/12/13/14/15 Regression] ICE in gfc_find_component since r9-1098-g3cf89a7b992d483e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103312 Paul Thomas changed: What|Removed |Added CC||anlauf at gmx dot de --- Comment #8 from

[Bug fortran/103312] [11/12/13/14/15 Regression] ICE in gfc_find_component since r9-1098-g3cf89a7b992d483e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103312 --- Comment #7 from Paul Thomas --- Created attachment 58231 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58231=edit Preliminary fix for this PR I went back to the beginning on this problem, having realised that it is far too early to

[Bug fortran/115070] [13/14/15 Regression] ICE using IEEE_ARITHMETIC in a derived type method with class, intent(out)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115070 --- Comment #7 from Paul Thomas --- (In reply to Francois-Xavier Coudert from comment #6) > So the var_decl in question is fpstate.0: > > type type size > unit-size > align:8

[Bug fortran/114874] [14/15 Regression] ICE with select type, type is (character(*)), and substring

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/115070] [13/14/15 Regression] ICE using IEEE_ARITHMETIC in a derived type method with class, intent(out)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115070 Paul Thomas changed: What|Removed |Added CC||fxcoudert at gmail dot com,

[Bug fortran/113363] ICE on ASSOCIATE and unlimited polymorphic function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363 --- Comment #10 from Paul Thomas --- Leave open partly because it is awaiting backporting to 14-branch but also because there are remaining, pre-existing issues involving parentheses around selector/source expressions:

[Bug fortran/84006] [11/12/13/14 Regression] ICE in storage_size() with CLASS entity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84006 Paul Thomas changed: What|Removed |Added Summary|[11/12/13/14/15 Regression] |[11/12/13/14 Regression]

[Bug fortran/98534] Intrinsic functions failing with unlimited polymorphic actual arguments

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

[Bug fortran/100027] ICE on storage_size with polymorphic argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100027 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/89462] [11/12/13 Regression] gfortran loops in code generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/93678] [11/12/13 Regression] ICE with TRANSFER and typebound procedures

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

[Bug fortran/113956] [13 Regression] ice in gfc_trans_pointer_assignment, at fortran/trans-expr.cc:10524

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

[Bug fortran/114535] [13 regression] ICE with elemental finalizer

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

[Bug fortran/113384] [14/15 Regression] FAIL: gfortran.dg/array_reference_1.f90 -O0 execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113384 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #2

[Bug fortran/106999] [11/12/13 Regression] ICE tree check: expected record_type or union_type or qual_union_type, have function_type in gfc_class_data_get, at fortran/trans-expr.cc:233

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106999 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/112407] [13 Regression] Fix for PR37336 triggers an ICE in gfc_format_decoder while constructing a vtab

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

[Bug fortran/113885] [13 Regression] ice in gimplify_expr, at gimplify.cc:18658 with finalization

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

[Bug fortran/110987] [13 Regression] Segmentation fault after finalization of a temporary variable

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

[Bug fortran/114739] Ensure no IMPLICIT type errors appear when they should for inquiry references

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

[Bug fortran/114874] [14/15 Regression] ICE with select type, type is (character(*)), and substring

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug fortran/114874] [14/15 Regression] ICE with select type, type is (character(*)), and substring

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874 --- Comment #6 from Paul Thomas --- (In reply to anlauf from comment #3) > Adding Paul, hoping that he can tell what changed for SELECT TYPE recently. Needless to say, the regression is caused by r14-9489. I have a fix that regtests OK but

[Bug fortran/114874] [14/15 Regression] ICE with select type, type is (character(*)), and substring

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874 --- Comment #5 from Paul Thomas --- (In reply to Paul Thomas from comment #4) > (In reply to anlauf from comment #3) > > Adding Paul, hoping that he can tell what changed for SELECT TYPE recently. > When c is an array, it compiles and runs

[Bug fortran/114874] [14/15 Regression] ICE with select type, type is (character(*)), and substring

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874 Paul Thomas changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug fortran/114859] [14/15 Regression] Seeing new segmentation fault in same_type_as since r14-9752

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859 --- Comment #16 from Paul Thomas --- Hi Jakub, It's good news that the patch does indeed fix the full problem. I committed to 15-branch with corrections to the ChangeLogs, as requested by Mikael. What both of us missed was that I screwed up

[Bug fortran/114859] [14/15 Regression] Seeing new segmentation fault in same_type_as since r14-9752

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859 Paul Thomas changed: What|Removed |Added Attachment #58054|0 |1 is obsolete|

[Bug fortran/114859] [14/15 Regression] Seeing new segmentation fault in same_type_as since r14-9752

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859 Paul Thomas changed: What|Removed |Added CC||anlauf at gmx dot de --- Comment #13

[Bug fortran/114859] [14/15 Regression] Seeing new segmentation fault in same_type_as since r14-9752

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug fortran/61527] [11/12/13/14 Regression] [OOP] class/extends, multiple generic assignment, accept invalid

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

[Bug fortran/84868] [11/12/13/14 Regression] ICE in gfc_conv_descriptor_offset, at fortran/trans-array.c:208

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84868 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org

[Bug fortran/102620] [12 Regression] ICE in gfc_get_array_span, at fortran/trans-array.c:865 since r12-1233-gd514626ee2566c68

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620 --- Comment #11 from Paul Thomas --- (In reply to anlauf from comment #10) > (In reply to Paul Thomas from comment #9) > > (In reply to anlauf from comment #8) > > > I get the same behavior at r13-8559 as 14-mainline. There seems to be > > >

[Bug fortran/113885] [13 Regression] ice in gimplify_expr, at gimplify.cc:18658 with finalization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113885 Paul Thomas changed: What|Removed |Added Summary|[13/14 Regression] ice in |[13 Regression] ice in

[Bug fortran/99183] [11 Regression] Incompatible Runtime types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99183 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/95682] [11/12 Regression] Default assignment fails with allocatable array of deferred-length strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95682 Paul Thomas changed: What|Removed |Added Resolution|--- |WONTFIX CC|

[Bug fortran/99183] [11 Regression] Incompatible Runtime types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99183 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #8

[Bug fortran/89462] [11/12/13 Regression] gfortran loops in code generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug fortran/100815] [11 Regression] Segfault assigning to scalar allocatable polymorphic LHS since r11-6253-gce8dcc9105cbd404

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100815 Paul Thomas changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

[Bug fortran/102620] [12 Regression] ICE in gfc_get_array_span, at fortran/trans-array.c:865 since r12-1233-gd514626ee2566c68

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #9

[Bug fortran/104717] [11 Regression] ICE: verify_ssa failed (Error: type mismatch between an SSA_NAME and its symbol)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104717 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #14

[Bug fortran/104391] [11 Regression] bind(C) and allocatable or pointer attribute don't work

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

[Bug fortran/89462] [11/12/13 Regression] gfortran loops in code generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462 Paul Thomas changed: What|Removed |Added Summary|[11/12/13/14 Regression]|[11/12/13 Regression]

[Bug fortran/93678] [11/12/13 Regression] ICE with TRANSFER and typebound procedures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678 Paul Thomas changed: What|Removed |Added Summary|[11/12/13/14 Regression]|[11/12/13 Regression] ICE

[Bug fortran/114815] [PDT] internal compiler error: Segmentation fault - on creating type with len parameter and dependent on it character array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114815 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #3

[Bug fortran/93678] [11/12/13/14 Regression] ICE with TRANSFER and typebound procedures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org

[Bug fortran/71703] [11 Regression] [OOP] ICE in wide_int_to_tree, at tree.c:1488

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71703 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/106999] [11/12/13 Regression] ICE tree check: expected record_type or union_type or qual_union_type, have function_type in gfc_class_data_get, at fortran/trans-expr.cc:233

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106999 Paul Thomas changed: What|Removed |Added Summary|[11/12/13/14 Regression]|[11/12/13 Regression] ICE

[Bug fortran/110987] [13 Regression] Segmentation fault after finalization of a temporary variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110987 Paul Thomas changed: What|Removed |Added Summary|[13/14 Regression] |[13 Regression]

[Bug fortran/112407] [13 Regression] Fix for PR37336 triggers an ICE in gfc_format_decoder while constructing a vtab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407 Paul Thomas changed: What|Removed |Added Summary|[13/14 Regression] Fix for |[13 Regression] Fix for

[Bug fortran/114739] Ensure no IMPLICIT type errors appear when they should for inquiry references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 Paul Thomas changed: What|Removed |Added Summary|[14 Regression] ice in |Ensure no IMPLICIT type

[Bug fortran/102597] ICE in gfc_get_extern_function_decl, at fortran/trans-decl.c:2243 since r8-3365-gb89a63b916340ef2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102597 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|WAITING

[Bug fortran/103471] Missed no IMPLICIT type errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103471 Paul Thomas changed: What|Removed |Added Summary|[11/12/13/14 Regression]|Missed no IMPLICIT type

[Bug fortran/114739] [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 --- Comment #9 from Paul Thomas --- > The incorrect errors will have to be fixed on 13-branch at very least. > Unfortunately, this is not a question of using a backport but I will get > onto it right away. > I have applied the backport

[Bug fortran/114739] [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 --- Comment #8 from Paul Thomas --- Thanks for the report. Fixed on mainline. The incorrect errors will have to be fixed on 13-branch at very least. Unfortunately, this is not a question of using a backport but I will get onto it right away.

[Bug fortran/103471] [11/12/13/14 Regression] ICE in gfc_typenode_for_spec, at fortran/trans-types.c:1114

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103471 --- Comment #10 from Paul Thomas --- (In reply to Paul Thomas from comment #9) > > This looks more user friendly. > > Also true. I have put it on to regtest but I think that it might be a good > idea to understand how the symbol evades

[Bug fortran/103471] [11/12/13/14 Regression] ICE in gfc_typenode_for_spec, at fortran/trans-types.c:1114

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103471 --- Comment #9 from Paul Thomas --- > This looks more user friendly. Also true. I have put it on to regtest but I think that it might be a good idea to understand how the symbol evades resolution :-) Paul

[Bug fortran/103471] [11/12/13/14 Regression] ICE in gfc_typenode_for_spec, at fortran/trans-types.c:1114

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103471 --- Comment #8 from Paul Thomas --- > This looks more user friendly. Also true. I have put it on to regtest but I think that it might be a good idea to understand how the symbol evades resolution :-) Paul

[Bug fortran/114739] [14 Regression] ice in gfc_find_derived_types, at fortran/symbol.cc:2458

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114739 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug fortran/103312] [11/12/13/14 Regression] ICE in gfc_find_component since r9-1098-g3cf89a7b992d483e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103312 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug fortran/103471] [11/12/13/14 Regression] ICE in gfc_typenode_for_spec, at fortran/trans-types.c:1114

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103471 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #6

[Bug fortran/105168] [11/12/13/14 Regression] ICE in gfc_maybe_dereference_var, at fortran/trans-expr.cc:2870 since r9-3522-gd0477233215e37de

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105168 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #6

[Bug fortran/113363] ICE on ASSOCIATE and unlimited polymorphic function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363 --- Comment #7 from Paul Thomas --- Created attachment 57892 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57892=edit Fix for this PR The attachment has two fixes for the PR :-) The first chunk in trans-array.cc is an alternative to

[Bug fortran/87477] [meta-bug] [F03] issues concerning the ASSOCIATE statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477 Bug 87477 depends on bug 113363, which changed state. Bug 113363 Summary: ICE on ASSOCIATE and unlimited polymorphic function https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363 What|Removed |Added

[Bug fortran/113363] ICE on ASSOCIATE and unlimited polymorphic function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363 Paul Thomas changed: What|Removed |Added Status|RESOLVED|WAITING Resolution|FIXED

[Bug fortran/113956] [13/14 Regression] ice in gfc_trans_pointer_assignment, at fortran/trans-expr.cc:10524

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug fortran/114535] [13/14 regression] ICE with elemental finalizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114535 --- Comment #4 from Paul Thomas --- Created attachment 57839 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57839=edit "Fix" for this PR Even though no entities of type 'vs' are being referenced in subroutine iss, gfortran currently

[Bug fortran/106987] [11/12/13/14 Regression] ICE in simplify_intrinsic_op, at fortran/expr.cc:1305

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106987 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug fortran/106999] [11/12/13/14 Regression] ICE tree check: expected record_type or union_type or qual_union_type, have function_type in gfc_class_data_get, at fortran/trans-expr.cc:233

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106999 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug fortran/114535] [13/14 regression] ICE with elemental finalizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114535 Paul Thomas changed: What|Removed |Added Summary|ICE with elemental |[13/14 regression] ICE with

[Bug fortran/114535] ICE with elemental finalizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114535 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug fortran/107426] [12/13/14 Regression] ICE in gfc_compare_derived_types, at fortran/interface.cc:636

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107426 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |mikael at gcc dot gnu.org

[Bug fortran/112407] [13/14 Regression] Fix for PR37336 triggers an ICE in gfc_format_decoder while constructing a vtab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407 --- Comment #9 from Paul Thomas --- (In reply to Paul Thomas from comment #8) > Created attachment 57835 [details] > An alternative fix for the PR > > Hi Tomas, > > Would you prefer the compiler to give warning rather than letting the >

[Bug fortran/113956] [13/14 Regression] ice in gfc_trans_pointer_assignment, at fortran/trans-expr.cc:10524

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956 --- Comment #3 from Paul Thomas --- (In reply to anlauf from comment #2) > Reduced testcase: > > subroutine test_array_char(p, x) > character(*), target :: x(100) > character(:), pointer :: p(:) > p => x > end subroutine > > > We hit

[Bug fortran/112407] [13/14 Regression] Fix for PR37336 triggers an ICE in gfc_format_decoder while constructing a vtab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407 --- Comment #8 from Paul Thomas --- Created attachment 57835 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57835=edit An alternative fix for the PR Hi Tomas, Would you prefer the compiler to give warning rather than letting the

[Bug fortran/112407] [13/14 Regression] Fix for PR37336 triggers an ICE in gfc_format_decoder while constructing a vtab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407 --- Comment #7 from Paul Thomas --- Created attachment 57833 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57833=edit A patch that fixes all the issues in this PR I apologise for taking so long to return to this problem. Daytime work

[Bug fortran/110987] [13/14 Regression] Segmentation fault after finalization of a temporary variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110987 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103716 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug fortran/113885] [13/14 Regression] ice in gimplify_expr, at gimplify.cc:18658 with finalization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113885 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug fortran/114141] ASSOCIATE and complex part ref when associate target is a function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/87477] [meta-bug] [F03] issues concerning the ASSOCIATE statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477 Bug 87477 depends on bug 114280, which changed state. Bug 114280 Summary: ASSOCIATE fails with inquiry references when selector function not yet parsed. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114280 What|Removed

[Bug fortran/114280] ASSOCIATE fails with inquiry references when selector function not yet parsed.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114280 Paul Thomas changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/99065] ASSOCIATE function selector expression "no IMPLICIT type" failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99065 --- Comment #4 from Paul Thomas --- This mega-patch, on the scale of the importance of the problem, was required because of gfortran's one pass parsing. It might be a temporary fix because I am contemplating how an initial pass of contained

[Bug fortran/87477] [meta-bug] [F03] issues concerning the ASSOCIATE statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477 Bug 87477 depends on bug 89645, which changed state. Bug 89645 Summary: No IMPLICIT type error with: ASSOCIATE( X => function() ) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89645 What|Removed |Added

[Bug fortran/89645] No IMPLICIT type error with: ASSOCIATE( X => function() )

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89645 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/114280] New: ASSOCIATE fails with inquiry references when selector function not yet parsed.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114280 Bug ID: 114280 Summary: ASSOCIATE fails with inquiry references when selector function not yet parsed. Product: gcc Version: 13.2.1 Status: UNCONFIRMED

[Bug fortran/112834] Class array function selector causes chain of syntax and other spurious errors

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

[Bug fortran/87477] [meta-bug] [F03] issues concerning the ASSOCIATE statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477 Bug 87477 depends on bug 112834, which changed state. Bug 112834 Summary: Class array function selector causes chain of syntax and other spurious errors https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112834 What|Removed

[Bug fortran/114141] ASSOCIATE and complex part ref when associate target is a function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141 --- Comment #14 from Paul Thomas --- To fix the parentheses wrinkle, this works: diff --git a/gcc/fortran/match.cc b/gcc/fortran/match.cc index eee569dac91..64f61c50c66 100644 --- a/gcc/fortran/match.cc +++ b/gcc/fortran/match.cc @@ -1963,6

[Bug fortran/114141] ASSOCIATE and complex part ref when associate target is a function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141 --- Comment #13 from Paul Thomas --- (In reply to Steve Kargl from comment #11) ...snip... > I know you had some ASSOCIATE patches in the works, and > certainly do not want to interfere. Do you want to > incorporate my patch or some variation

[Bug fortran/114141] ASSOCIATE and complex part ref when associate target is a function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141 --- Comment #12 from Paul Thomas --- (In reply to Steve Kargl from comment #11) ...snip... > I know you had some ASSOCIATE patches in the works, and > certainly do not want to interfere. Do you want to > incorporate my patch or some variation

[Bug fortran/114141] ASSOCIATE and complex part ref when associate target is a function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141 Paul Thomas changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug fortran/113363] ICE on ASSOCIATE and unlimited polymorphic function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363 --- Comment #3 from Paul Thomas --- (In reply to Paul Thomas from comment #2) > > > > Both allocation with source and assignment are broken :-( > > With numerical output from foo ([1,2,3,4,5]), we get: > >1 3

[Bug fortran/113363] ICE on ASSOCIATE and unlimited polymorphic function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363 Paul Thomas changed: What|Removed |Added Last reconfirmed||2024-01-14 Ever confirmed|0

  1   2   3   4   5   >