[Bug fortran/113118] ICE on assignment of derived types with allocatable class component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113118 --- Comment #2 from Bálint Aradi --- Last note: replacing the problematic line with allocate(item) item%item = derived_type(name=name, val=val) seems to compile (but I did not check, whether the compiled code behaves correctly).

[Bug fortran/113118] ICE on assignment of derived types with allocatable class component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113118 --- Comment #1 from Bálint Aradi --- Just a further note, if I leave away dummy argument names, I do not get an ICE any more, but the program still does not compile: 24 | item = base_type_item(derived_type(name, val)) |

[Bug fortran/113118] New: ICE on assignment of derived types with allocatable class component

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- I get an internal compiler error with the following demo code. As far, as I can judge, the code is standard conforming. module

[Bug fortran/105170] Invalid finalization in intrinsic assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105170 --- Comment #2 from Bálint Aradi --- Thanks, with 13.2.0, it seems to behave correctly.

[Bug fortran/67740] Wrong association status of allocatable character pointer in derived types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67740 --- Comment #14 from Bálint Aradi --- Thanks a lot for fixing it!

[Bug fortran/109358] Wrong formatting with T-descriptor during stream output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109358 --- Comment #5 from Bálint Aradi --- I also think that by allowing for explicit EORs caused by achar(10) characters in the variable being written or by explicit new_line() calls, the standard made the formatted stream output probably more

[Bug fortran/109358] New: Wrong formatting with T-descriptor during stream output

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- This is a very minor bug, but probably easy to fix. It seems, that the T data edit descriptor handling is non-standard conforming when using

[Bug fortran/107362] Internal compiler error for recursive class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107362 --- Comment #3 from Bálint Aradi --- > I'm getting the same issue on a recursive tree structure, I will post my > testcase here instead of opening a new bug. I am not sure, whether the two bugs are identical. If I understand correctly, you

[Bug fortran/107362] New: Segfault for recursive class

Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- When trying to build Fortuno (https://github.com/aradi/fortuno), our new Fortran unit testing system, I encounter a segfault with GFortran. The problem can be reduced to the following MWE

[Bug fortran/106507] New: Invalid structure constructor for extending derive type

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- The following snippet triggers a compilation error test.f90:17:25: 17 | inst = type2("test", 1) |

[Bug fortran/105170] New: Invalid finalization in intrinsic assignment

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- Created attachment 52754 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52754=edit Minimal working example demonstrating the bug I have a derived type (TWrap

[Bug fortran/104036] New: Derived type assigment to allocatable with dynamic type

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- Created attachment 52196 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52196=edit Demonstration code Dear developers, the behavi

[Bug fortran/103434] New: Pointer subobject does not show to correct memory location

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- Based on the discussion on FD (https://fortran-lang.discourse.group/t/is-the-section-of-a-pointer-to-an-array-a-valid-pointer/2331), I'd

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

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- The following module is, at least according to the discussion on fortran-lang.discourse (https://fortran-lang.discourse.group/t

[Bug fortran/79107] New: ICE on name resolution within internal subroutine

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- I get an ICE on the minimal self containing input below. Shifting the module import from within the internal subroutine to the host (program) level avoids the ICE. Also

[Bug fortran/78942] New: Incorrect error message for preprocessed source

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- The line number and the code shown in error messages are inconsistent, when instead of preprocessing a file on the fly (option -cpp) the file is preprocessed first (-cpp

[Bug fortran/70562] New: User defined assignment does not distinguish between ranks

Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- User defined assignment for derived types fails to compile, if the signature of the various assignments only differ in their rank

[Bug fortran/69200] ICE on subsequent block statements with module imports

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69200 --- Comment #1 from Bálint Aradi --- Created attachment 37280 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37280=edit Self contained example, file 2

[Bug fortran/69200] New: ICE on subsequent block statements with module imports

Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- Created attachment 37279 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37279=edit Self contained example, file 1 Compiler crashes when in two subsequ

[Bug fortran/68778] Missing default initialization of finalized derived types type(C_PTR) component in subroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68778 --- Comment #3 from Bálint Aradi --- (In reply to Bálint Aradi from comment #2) > For me on x86_64-linux, with GNU Fortran (GCC) 5.2.0 it produces: > > TEST2: ASSOCIATED? (EXPECT: F) T > > Since, it is an uninitialized c-pointer, it probably

[Bug fortran/68778] New: Missing default initialization of finalized derived types type(C_PTR) component in subroutines

Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- When having a derived type with a type(C_PTR) component, which is default initialized to C_NULL_PTR

[Bug fortran/68778] Missing default initialization of finalized derived types type(C_PTR) component in subroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68778 --- Comment #2 from Bálint Aradi --- For me on x86_64-linux, with GNU Fortran (GCC) 5.2.0 it produces: TEST2: ASSOCIATED? (EXPECT: F) T Since, it is an uninitialized c-pointer, it probably depends pretty much on the environment whether the

[Bug fortran/67740] New: Wrong association status of allocatable character pointer in derived types

: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- Created attachment 36405 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36405=edit Self containing exam

[Bug fortran/67444] RHS in assignment of polymorphic types not finalized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67444 --- Comment #2 from Bálint Aradi --- Apparently, this is point c) in PR 37336 comment 27.

[Bug fortran/67444] New: RHS of overloaded assignment not finalized

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Target Milestone: --- Created attachment 36291 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36291=edit Fortran file demonstrating the issue Dear developer, Thank you for your continu

[Bug fortran/64290] New: Destructor not called at deallocation of LHS

: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Created attachment 34268 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34268action=edit Self contained source demonstrating During an assingment with an allocatable type on both, the LHS

[Bug fortran/63230] New: allocation of deferred length character as derived type component causes internal compiler error

Severity: major Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Created attachment 33474 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33474action=edit Source file which triggers

[Bug fortran/63232] New: Deferred length character field of derived type looses its value when used in subroutine call

Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: baradi09 at gmail dot com Created attachment 33477 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33477action=edit Fortran source file demonstrating