[Bug fortran/114612] Deep copy missing for allocatable derived type components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114612 Dominik Gronkiewicz changed: What|Removed |Added CC||gronki at gmail dot com --- Comme

[Bug fortran/117539] Pure procedure and intent(out) polymorphic pointer argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117539 --- Comment #3 from Dominik Gronkiewicz --- Turns out, the behavior of gfortran is consistent with the standard, as it is a gateway open left for implementing garbage collection (details in the discourse thread). So with this development I think

[Bug fortran/117539] Pure procedure and intent(out) polymorphic pointer argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117539 --- Comment #2 from Dominik Gronkiewicz --- Thank you for a quick response! Actually, I do not agree. As explained better by this post and the one below: https://fortran-lang.discourse.group/t/pure-procedure-and-intent-out-polymorphic-pointer-

[Bug fortran/117539] New: Pure procedure and intent(out) polymorphic pointer argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117539 Bug ID: 117539 Summary: Pure procedure and intent(out) polymorphic pointer argument Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/110421] internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.cc:1548

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110421 --- Comment #3 from Dominik Gronkiewicz --- Any progress? Still an issue in 14.2.0. a.f90:21:25: 21 | t2 = typ2(t1=typ1a()) | 1 internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.cc:1553

[Bug fortran/116670] symbol X has no implicit type in associate with type-bound procedures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116670 --- Comment #1 from Dominik Gronkiewicz --- actually get_number() does not need to be elemental. I missed it while reducing my module to the minimum test case, apologies.

[Bug fortran/116670] New: symbol X has no implicit type in associate with type-bound procedures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116670 Bug ID: 116670 Summary: symbol X has no implicit type in associate with type-bound procedures Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/116669] New: compiler crash on circular derived type component definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116669 Bug ID: 116669 Summary: compiler crash on circular derived type component definition Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/110421] internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.cc:1548

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110421 --- Comment #1 from Dominik Gronkiewicz --- Actually the minimal example can be cut down even further, to not introduce confusion: program main implicit none type :: typ1 end type type, extends(typ1) :: typ1a end type

[Bug fortran/110421] New: internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.cc:1548

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110421 Bug ID: 110421 Summary: internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.cc:1548 Product: gcc Version: 13.1.1 Status: UNCONFIRMED Severit

[Bug fortran/104619] New: ICE on list comprehension with default derived type constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104619 Bug ID: 104619 Summary: ICE on list comprehension with default derived type constructor Product: gcc Version: 11.2.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/46897] [OOP] type-bound defined ASSIGNMENT(=) not used for derived type component in intrinsic assign

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46897 Dominik Gronkiewicz changed: What|Removed |Added CC||gronki at gmail dot com --- Commen