Re: why doesn't this compile ?
- From: "James Van Buskirk" <not_valid@xxxxxxxxxxx>
- Date: Thu, 28 Apr 2005 10:55:32 -0600
"Richard E Maine" <nospam@xxxxxxxxxxxxx> wrote in message
news:nospam-BF37BA.08405228042005@xxxxxxxxxxxxxxxxxxxxx
> In f2003, this is solved by dropping the keyword "module" from the
> module procedure statement. The restriction to module procedures was
> silly in the first place; the only thing important was that an explicit
> interface be accessible. Of course, the keyword "module" is still
> allowed for compatibility with existing code (and in that case, it is
> restricted to being a module procedure just because it is strange to
> have a "module procedure" statement refer to something that isn't). But
> there will probably be little reason for using the "module" keyword in
> new f2003 code except for issues of compatibility with f90/f95
> compilers; it doesn't add any useful functionality.
Why didn't you just standardize existing practice and permit
any procedure whose interface is explicit to be named as a
module procedure?
--
write(*,*) transfer((/17.392111325966148d0,6.5794487871554595D-85, &
6.0134700243160014d-154/),(/'x'/)); end
.
- Follow-Ups:
- Re: why doesn't this compile ?
- From: Richard E Maine
- Re: why doesn't this compile ?
- References:
- why doesn't this compile ?
- From: Bart Vandewoestyne
- Re: why doesn't this compile ?
- From: Richard E Maine
- Re: why doesn't this compile ?
- From: beliavsky
- Re: why doesn't this compile ?
- From: Richard Maine
- Re: why doesn't this compile ?
- From: Bart Vandewoestyne
- Re: why doesn't this compile ?
- From: Richard E Maine
- why doesn't this compile ?
- Prev by Date: Defining new operators
- Next by Date: Re: Defining new operators
- Previous by thread: Re: why doesn't this compile ?
- Next by thread: Re: why doesn't this compile ?
- Index(es):
Relevant Pages
|