http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44489
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44489
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
--- Comment #5 from burnus at gcc dot gnu dot org 2010-06-10 07:25 ---
I think there is another problem. Assuming the following program:
integer(4) :: i4
integer(8) :: i8
i4 = 1
i8 = transfer(i4, mold=i8)
end
The TRANSFER (as the one in comment 0) is partially undefined, but there is n
--- Comment #4 from kargl at gcc dot gnu dot org 2010-06-10 06:31 ---
(In reply to comment #3)
> The result of transfer is largest kind of decimal. Can be kind=8 or kind=16
> depending on the system. Maybe we should add some documentation in the manual
> on this. Thanks Steve for point
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-06-10 05:21
---
The result of transfer is largest kind of decimal. Can be kind=8 or kind=16
depending on the system. Maybe we should add some documentation in the manual
on this. Thanks Steve for pointing this out.
--
jvdel
