https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117264
--- Comment #10 from Vladimir Terzi ---
(In reply to anlauf from comment #9)
> After some search, I found a gfortran 13.3.0 (openSUSE 15.5, r13-8781),
> that fails also for
>
> program p
> type,abstract::t
> end type t
> type,extends(t)::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117264
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||13.3.0
--- Comment #9 from a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117264
--- Comment #8 from Vladimir Terzi ---
Created attachment 59414
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59414&action=edit
Disassembled executable
Since the error seems to be system-dependent, I disassembled the failing
executable w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117264
--- Comment #7 from Vladimir Terzi ---
(In reply to anlauf from comment #5)
> Please show the exact failing code.
I noticed that my comment is somewhat misleading, so I will clarify.
(In reply to Vladimir Terzi from comment #4)
> That's strang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117264
--- Comment #6 from kargls at comcast dot net ---
Agree with Harald, we need to see the actual code and error.
program p
type, abstract :: t
integer :: i = 0
end type
type, extends(t) :: tt
integer :: j = 0
end type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117264
--- Comment #5 from anlauf at gcc dot gnu.org ---
(In reply to Vladimir Terzi from comment #4)
> (In reply to kargls from comment #3)
> > Works for me with 13.2.0, 14.2.0, and top of tree on x86_64-*-freebsd.
> >
> > You can also do the allocat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117264
--- Comment #4 from Vladimir Terzi ---
(In reply to kargls from comment #3)
> Works for me with 13.2.0, 14.2.0, and top of tree on x86_64-*-freebsd.
>
> You can also do the allocation explicitly instead of allocation
> on assignment.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117264
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117264
--- Comment #2 from Vladimir Terzi ---
(In reply to anlauf from comment #1)
> Confirmed up to current trunk.
>
> As a workaround, you may try the result clause on function f, e.g.:
>
> function f() result(r)
> class(t), allocatable :: r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117264
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
Statu
10 matches
Mail list logo
