[Bug fortran/64290] [F03] No finalization at deallocation of LHS

2022-12-16 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64290 Ev Drikos changed: What|Removed |Added Attachment #49990|0 |1 is obsolete|

[Bug fortran/99183] Incompatible Runtime types

2021-02-22 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99183 --- Comment #1 from Ev Drikos --- It turns out that the title isn't very accurate. It's a compile time error! Ev. Drikos

[Bug fortran/99183] New: Incompatible Runtime types

2021-02-20 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99183 Bug ID: 99183 Summary: Incompatible Runtime types Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug fortran/88735] Nested assignment triggers call of final method for right hand side

2021-02-06 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88735 --- Comment #6 from Ev Drikos --- (In reply to martin from comment #5) > Hi Ev, > > the testcase is actually derived from a smart pointer implementation (where > i is the reference count, shared between all smart pointers [hence > allocatable

[Bug fortran/88735] Nested assignment triggers call of final method for right hand side

2021-02-06 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88735 Ev Drikos changed: What|Removed |Added Attachment #50129|0 |1 is obsolete|

[Bug fortran/88735] Nested assignment triggers call of final method for right hand side

2021-02-04 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88735 --- Comment #3 from Ev Drikos --- Created attachment 50129 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50129=edit Test Case IMHO, a simple workaround might be a deep copy in 'gfc_trans_scalar_assign' if the LHS is finalizable (not

[Bug fortran/95038] Not treating function result name as a variable.

2021-02-01 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95038 Ev Drikos changed: What|Removed |Added CC||drikosev at gmail dot com --- Comment #8

[Bug fortran/64290] [F03] No finalization at deallocation of LHS

2021-01-18 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64290 --- Comment #5 from Ev Drikos --- Created attachment 49990 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49990=edit realloc_class_8.f95 Hello, Having seen a Note in F2018 draft, specifically 10.2.1.3 Interpretation of intrinsic

[Bug fortran/64290] [F03] No finalization at deallocation of LHS

2021-01-12 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64290 --- Comment #4 from Ev Drikos --- Hello, There are some open PRs related to elemental finalisers. Having seen how you reallocate arrays, I'd the impression that the functionality for polymorphic entities would had a similar design. As one may

[Bug fortran/92976] [8 Regression][OOP] ICE in trans_associate_var, at fortran/trans-stmt.c:1963

2020-12-27 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92976 Ev Drikos changed: What|Removed |Added CC||drikosev at gmail dot com --- Comment #6

[Bug fortran/92065] [8/9/10/11 Regression] internal compiler error: in expand_expr_real_1

2020-12-25 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 --- Comment #24 from Ev Drikos --- The hack outlined in comment #23 had raised an error with coarrays that turns to be an uncovered error: https://groups.google.com/g/comp.lang.fortran/c/E3RGBJZt4ag/m/MTXpOqPgAwAJ In short, the hack has no

[Bug fortran/91648] [9/10/11 Regression] ICE in generate_finalization_wrapper, at fortran/class.c:2009

2020-12-24 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91648 Ev Drikos changed: What|Removed |Added CC||drikosev at gmail dot com --- Comment #5

[Bug fortran/92065] [8/9/10/11 Regression] internal compiler error: in expand_expr_real_1

2020-12-24 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 --- Comment #23 from Ev Drikos --- Created attachment 49841 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49841=edit Test Cases Only Hello, I'm wondering whether a quick and dirty hack that would keep derived type data per class array

[Bug fortran/92065] [8/9/10/11 Regression] internal compiler error: in expand_expr_real_1

2020-12-22 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 --- Comment #22 from Ev Drikos --- Created attachment 49836 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49836=edit module + driver A slightly modified example gives me the impression that some local objects that are class arrays share

[Bug fortran/92065] [8/9/10/11 Regression] internal compiler error: in expand_expr_real_1

2020-12-21 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 Ev Drikos changed: What|Removed |Added CC||drikosev at gmail dot com --- Comment #17

[Bug fortran/96012] [9/10/11 Regression] ICE in fold_convert_loc, at fold-const.c:2558

2020-12-20 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96012 Ev Drikos changed: What|Removed |Added CC||drikosev at gmail dot com --- Comment #3

[Bug fortran/70863] [F03] Finalization of array of derived type causes segfault

2020-12-15 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70863 Ev Drikos changed: What|Removed |Added CC||drikosev at gmail dot com --- Comment #5

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

2020-12-10 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68778 Ev Drikos changed: What|Removed |Added CC||drikosev at gmail dot com --- Comment #6

[Bug fortran/98016] Host association problem

2020-12-01 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98016 --- Comment #7 from Ev Drikos --- Created attachment 49659 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49659=edit attachment for pr98016-07 (In reply to Paul Thomas from comment #6) > Created attachment 49645 [details] > Fix for the PR

[Bug fortran/97224] [8/9/10/11 Regression] SPECCPU 2006 Gamess fails to build after g:e5a76af3a2f3324efc60b4b2778ffb29d5c377bc

2020-10-04 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97224 --- Comment #10 from Ev Drikos --- (In reply to Dominique d'Humieres from comment #9) > I think the two attached patches are not pertinent... Possibly, you are right. I have no access to the particular source code. > I get > > 8 | call

[Bug fortran/97224] [8/9/10/11 Regression] SPECCPU 2006 Gamess fails to build after g:e5a76af3a2f3324efc60b4b2778ffb29d5c377bc

2020-10-02 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97224 --- Comment #8 from Ev Drikos --- Created attachment 49301 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49301=edit test-case with a module Hello again, Here is another test-case with a module. It's a question if this should fail or

[Bug fortran/97224] [8/9/10/11 Regression] SPECCPU 2006 Gamess fails to build after g:e5a76af3a2f3324efc60b4b2778ffb29d5c377bc

2020-09-29 Thread drikosev at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97224 Ev Drikos changed: What|Removed |Added CC||drikosev at gmail dot com --- Comment #7