From j.l.schonfelder@liverpool.ac.uk  Thu Mar 30 11:38:38 2000
Received: from mailhub1.liv.ac.uk (mailhub1.liv.ac.uk [138.253.100.94])
	by dkuug.dk (8.9.2/8.9.2) with ESMTP id LAA25386
	for <SC22WG5@dkuug.dk>; Thu, 30 Mar 2000 11:38:38 +0200 (CEST)
	(envelope-from j.l.schonfelder@liverpool.ac.uk)
Received: from pcmail1.liv.ac.uk ([138.253.252.13])
	by mailhub1.liv.ac.uk with esmtp (Exim 2.12 #1)
	id 12abNU-0007Oi-00; Thu, 30 Mar 2000 09:36:36 +0000
Received: from [138.253.102.118] (helo=pc102118.liv.ac.uk)
	by pcmail1.liv.ac.uk with smtp (Exim 2.12 #1)
	id 12abNU-0004Cc-00; Thu, 30 Mar 2000 10:36:36 +0100
From: Lawrie Schonfelder <j.l.schonfelder@liverpool.ac.uk>
Reply-To: j.l.schonfelder@liverpool.ac.uk
To: "Kurt W. Hirchert" <hirchert@ccs.uky.edu>
Cc: SC22WG5@dkuug.dk
Subject: Re: (SC22WG5.1746) Interpretation 001
In-Reply-To: <200003291559.RAA22410@dkuug.dk>
Message-ID: <SIMEON.10003301035.C@pc102118.liverpool.ac.uk>
Date: Thu, 30 Mar 2000 10:36:35 +0100 (GMT Daylight Time)
Priority: NORMAL
X-Mailer: Simeon for Win32 Version 4.1.5 Build (43)
X-Authentication: IMSP
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII


On Wed, 29 Mar 2000 10:59:03 -0500 "Kurt W. Hirchert" <hirchert@ccs.uky.edu> 
wrote:

<snip>
> Given the disagreements, I might be persuaded that the standard is
> ambiguous or incomplete on this point and that it should be "corrected" to
> match Lawrie's rules.  [If we are going to do that, I would also like to
> revisit the interpretation on the use of intrinsics in specification and
> initialization expressions.]

I would agree wholeheartedly with looking again at specification and 
initialization expressions. I would like to go further and revisit the need 
for the draconian overly complex restrictions in this area. I constantly fall 
over these restrictions when actually trying to program portable programs in 
F95. I repeatedly reread this section of the standard and am still confused 
as to precisely what it means and just try explaining it to novices or 
programmers with a different native language from Fortran!
> 
> The corrigendum procedure may be clumsy and slow, but since ISO officially
> publishes only the corrections and not the interpretations of a standard, a
> corrigendum may be more effective in getting vendors to change their
> compilers to provide a uniform behavior in this case.
> --
> Kurt W. Hirchert                          hirchert@ccs.uky.edu
> Center for Computational Sciences                +606-257-8748

--
Lawrie Schonfelder
Director, Computing Services Dept.
The University of Liverpool, UK, L69 7ZF
Phone: 44(151)794 3716, Fax: 44(151)794 3759




