From owner-sc22wg5@dkuug.dk  Tue Jul 29 11:49:54 2003
Received: (from majordom@localhost)
	by dkuug.dk (8.12.8p1/8.9.2) id h6T9nsZH057507
	for sc22wg5-domo; Tue, 29 Jul 2003 11:49:54 +0200 (CEST)
	(envelope-from owner-sc22wg5@dkuug.dk)
X-Authentication-Warning: ptah.dkuug.dk: majordom set sender to owner-sc22wg5@dkuug.dk using -f
Received: from fecit.fr ([195.25.240.221])
	by dkuug.dk (8.12.8p1/8.9.2) with ESMTP id h6T9nmEc057502
	for <sc22wg5@dkuug.dk>; Tue, 29 Jul 2003 11:49:50 +0200 (CEST)
	(envelope-from waveren@fujitsu.fr)
Received: from door.fecit.fr (door.fecit.fr [195.25.240.200])
	by fecit.fr (8.9.3/8.9.3) with ESMTP id LAA26368;
	Tue, 29 Jul 2003 11:45:50 +0200
Received: (from tis-mta@localhost)
	by door.fecit.fr (8.12.1/8.12.1) id h6T9n7Mx009962;
	Tue, 29 Jul 2003 11:49:07 +0200 (CEST)
X-Authentication-Warning: door.fecit.fr: tis-mta set sender to <waveren@fujitsu.fr> using -f
Received: from <waveren@fujitsu.fr> (ndhc20.math.tu-dresden.de [141.30.71.189]) by door.fecit.fr via smap (V2.1)
	id xma031877; Tue, 29 Jul 03 11:49:01 +0200
Message-ID: <3F2642AC.5938E04@fujitsu.fr>
Date: Tue, 29 Jul 2003 11:47:24 +0200
From: Matthijs van Waveren <waveren@fujitsu.fr>
Organization: Fujitsu Systems Europe Ltd
X-Mailer: Mozilla 4.8 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: J3 <j3@j3-fortran.org>
CC: WG5 <sc22wg5@dkuug.dk>
Subject: Informal report from WG5 convenor to J3
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-sc22wg5@dkuug.dk
Precedence: bulk

To: J3
From: John Reid
Subject: Informal report from WG5 convener

It is the way of ISO that nothing is final until the resolutions 
are adopted on the final day, but straw votes so far indicate 
that

1.	The informal name of the language will be changed to 
Fortran 2003.

2.	The following technical decisions will be taken re the 
modules TR:
    a. Host association, as in Van's current draft, will be 
       used.
    b. Complete agreement will be required between the 
       interfaces as separately specified and as specified in 
       the implementation (including recursiveness and putity, 
       but not the name of the result variable).
    c. The implementation is required to specify the whole of 
       the interface (so that it is easy to require compile-
       time diagnosis of errors such as an accidental name 
       clash between a local variable and a dummy argument).
    d. Each separate procedure will be individually labelled 
       as such (rather using any form of blocking or groups 
       as for CONTAINS). The label will be the token MODULE.
    e. The interface and its implementation will be permitted 
       to be in the same program unit.
    f. There will be no limit on the number of generations 
       (parents of parents).
    g. The IMPORT statement will not be permitted in a 
       separate interface. 
    h. Edits will not be written against Fortran 95.

3. The following will be accepted with minor changes 
   as edits recommended to J3: N1534, Parts I and IV of N1543.

4. N1532: accepted except that an empty string in parentheses in
   formatted i/o for a NaN be disallowed. 

Cheers,

John