https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42112
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42112
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42112
--- Comment #9 from Dominique d'Humieres ---
This seems to have been fixed at least for 4.8.4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42112
--- Comment #8 from Paul Thomas 2010-11-28 11:17:03
UTC ---
Tobias,
(In reply to comment #7)
> (In reply to comment #6)
> > One probably needs:
> >
> > a) If "a" is no TARGET:
> > deallocate (a)
> > f(&a)
At present, this is not done. I g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42112
--- Comment #7 from Tobias Burnus 2010-11-25
08:54:10 UTC ---
(In reply to comment #6)
> One probably needs:
>
> a) If "a" is no TARGET:
> deallocate (a)
> f(&a)
... which has with -fno-realloc-lhs issues when bound checking is enabled. (I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42112
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42112
--- Comment #5 from Paul Thomas 2010-11-25 05:58:03
UTC ---
(In reply to comment #4)
>
> This looks correct to me, unless F2003 forces a reallocation in ALLOCATE, when
> frealloc-lhs is in effect?
This is specifically not the case. The standa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42112
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #4 fro
--- Comment #3 from burnus at gcc dot gnu dot org 2009-11-20 14:22 ---
pure function f() result(i)
integer :: i
integer, allocatable :: loc_ar(:)
allocate(loc_ar(1))
loc_ar = gen_g() ! does not work
That looks OK if gen_g returns a size-1 array or a scalar - and with F
--- Comment #2 from sgk at troutmask dot apl dot washington dot edu
2009-11-20 00:20 ---
Subject: Re: overloaded function with allocatable result problem
If the code is compiled with -fdump-tree-original one
immediately see the cause of the runtime error. Eliminating
the common code
--- Comment #1 from kargl at gcc dot gnu dot org 2009-11-19 23:55 ---
If you remove
allocate(loc_ar(1))
deallocate(loc_ar)
in function f(), the code compiles and runs in either case.
--
kargl at gcc dot gnu dot org changed:
What|Removed |
11 matches
Mail list logo