https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28378
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
--- Comment #4 from kargl at gcc dot gnu dot org 2008-05-13 18:11 ---
(In reply to comment #3)
> This is an important to fix. I just ran into problems from this. Gfortran is
> supposed to aim for standards conformance, but vendor extensions are not
> supposed to break valid code. I think
--- Comment #3 from jkrahn at nc dot rr dot com 2008-05-13 17:05 ---
This is an important to fix. I just ran into problems from this. Gfortran is
supposed to aim for standards conformance, but vendor extensions are not
supposed to break valid code. I think this behavior is a Standards vi
--- Comment #2 from steven at gcc dot gnu dot org 2006-07-14 16:59 ---
Enhancement request for compatibility with XLF. Not a high-priority
enhancement, but probably not very difficult to implement for a hobbyist.
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from kargl at gcc dot gnu dot org 2006-07-14 15:01 ---
AFAIK, there isn't a option to do what you want. However,
this works. It is even standard conforming so it's
future proof whnen you move to another compiler.
program gfcbug37
external second
a = second (1.0)
p
