From owner-sc22wg5@dkuug.dk Tue Mar 18 16:52:00 2003 Received: (from majordom@localhost) by dkuug.dk (8.12.8/8.9.2) id h2IFq0Mj067022 for sc22wg5-domo; Tue, 18 Mar 2003 16:52:00 +0100 (CET) (envelope-from owner-sc22wg5@dkuug.dk) X-Authentication-Warning: ptah.dkuug.dk: majordom set sender to owner-sc22wg5@dkuug.dk using -f Received: (from keld@localhost) by dkuug.dk (8.12.8/8.9.2) id h2IFpw5e067016 for sc22wg5@dkuug.dk; Tue, 18 Mar 2003 16:51:58 +0100 (CET) (envelope-from keld) Received: (from majordom@localhost) by dkuug.dk (8.12.8/8.9.2) id h2HJ3Qkj060949 for sc22wg5-domo; Mon, 17 Mar 2003 20:03:26 +0100 (CET) (envelope-from owner-sc22wg5@dkuug.dk) X-Authentication-Warning: ptah.dkuug.dk: majordom set sender to owner-sc22wg5@dkuug.dk using -f Received: from nameserv.rl.ac.uk (nameserv.rl.ac.uk [130.246.135.129]) by dkuug.dk (8.12.8/8.9.2) with ESMTP id h2HJ3NQV060944 for ; Mon, 17 Mar 2003 20:03:24 +0100 (CET) (envelope-from jkr@jkr.cc.rl.ac.uk) Received: from jkr.cc.rl.ac.uk (jkr.cc.rl.ac.uk [130.246.8.20]) by nameserv.rl.ac.uk (8.8.8/8.8.8) with ESMTP id TAA27010 for ; Mon, 17 Mar 2003 19:03:51 GMT Received: (from jkr@localhost) by jkr.cc.rl.ac.uk (8.8.8+Sun/8.8.8) id TAA12143 for SC22WG5@dkuug.dk; Mon, 17 Mar 2003 19:08:29 GMT Date: Mon, 17 Mar 2003 19:08:29 GMT From: John Reid Message-Id: <200303171908.TAA12143@jkr.cc.rl.ac.uk> To: SC22WG5@dkuug.dk Subject: Message from the Convener Content-Type: multipart/mixed; boundary="=_AAA21wAAHpY+dh0s" MIME-Version: 1.0 Sender: owner-sc22wg5@dkuug.dk Precedence: bulk --=_AAA21wAAHpY+dh0s Content-Type: text/plain; charset="us-ascii" (text) Content-Description: text Dear WG5, First of may I give the traditional reminder to the Heads of Delegations to provide activity reports? This will be a very important meeting and I outlined my thoughts on how to proceed in message SC22WG5.2676, dated Feb 12. No-one has objected, which I believe means that you agree. I proposed that very early in the meeting we agree on a list of ballot suggestions that we need to consider explicitly and a list of suggestions that are editorial or so minor that they should be delegated to J3 to take whatever action it considers appropriate. A draft for these lists was in paper N1510. There are 35 items in N1510. I propose that we go through them all in plenary on Sunday with a 5-minute limit. For each, someone will be asked to advocate the proposal and discussion will be ruthless stopped at the time limit (with my stop watch, already used when I chaired WG 2.5). We will then have a quick straw vote. I have discussed this plan privately with Dan; he agreed and gave J3 a flavour of it last week. My idea is that this will get everyone reasonably up to speed on what is being proposed and we will have some idea of where we are. What happens next will depend on how this goes. Some items may need more plenary discussion and some may need subgroup discussion. I hope we will be able to start making candidate lists of items to accept. I don't want to vote on accepting any individual item on its own since the total volume of change needs to be considered. I have therefore made a version of N1510 (to be N1512) with references to documents that contain edits and/or further discussion and a suggested advocate. I will wait a day or two before putting this on the server to let you tell me of any errors or poor choices for advocates. I am hoping that well before the end of the week we will have chosen a list of technical changes to make. This will define the technical content of the new language, apart from very minor technical changes that we leave to J3. We also need to construct a response document. It will not be possible to complete this until we have decided on all the technical issues, but a first draft is available as N1511. I look forward to seeing you all again. Best wishes, John. --=_AAA21wAAHpY+dh0s Content-Type: application/x-sun-default; charset="us-ascii" Content-Description: N1512.txt ISO/IEC JTC1/SC22/WG5 N1512 (17 Mar draft) Convener's analysis of the ballot (revised) John Reid I have studied all the ballot comments (N1506 and N1509) and the comment from Australia (N1499) and constructed a first draft response (N1511). This includes the suggestion that WG5 defers the following comments to J3 to take whatever action it considers appropriate: US: All of section 1, except 1.12, 1.14, 1.20, and 1.21. Sections 2.4, 2.6, 2.10, 2.11, 2.12, 2.16. UK: Suggestions MTC2, MTC3, MTC4, MTC5, MTC8, E1-E22. JAPAN: All suggestions. AUSTRALIA: Change the remarks on module processing in Annex C. It also includes the suggestion that WG5 considers explicitly the following technical changes (grouped by potential subgroups). For each item (except the last), the paper or papers with edits and/or further explanation are listed, and an 'advocate' to lead the discussion is suggested. Interop. US 1.14 Cater for the C types int8_t, int16_t, int32_t, int64_t, and intptr_t. 03-133, 03-107r1, Nagle. US 2.5 Require the BIND attribute in the ENUM feature. 03-142, Long. UK TC9 and D i) Remove the ENUM facility. 03-117, Muxworthy. UK MTC11 and D i) Have separate types for C data and procedure pointers. 03-120, Cohen. UK MTC12 Make TYPE(C_PTR) be an opaque derived type. 03-128, Muxworthy. UK MTC13 Require the prototype of an interoperable C function not have the inline function specifier. 03-128, Muxworthy. UK MTC14 Add further requirement for C interoperability. 03-128, Muxworthy. i/o US 2.9 Replace the constants IOSTAT_END and IOSTAT_EOR by intrinsic functions. 03-103, Long. US 2.13 Add constants to specify the size in bits of the file storage unit, numeric storage unit, and character storage unit. 03-108r2, Nagle. UK TC1 Provide more support for ISO 10646. 03-154, Cohen. UK MTC6 and D i) Change ACHAR(10) syntax within stream i/o. 03-121, Muxworthy. UK MTC7 and D i) Allow input/output of IEEE exceptional values. 03-130, Cohen. UK MTC15 Specify that the PROCESSOR_DEPENDENT i/o rounding mode should not depend on the rounding mode used for arithmetic. 03-128, Muxworthy. Procedures and modules US 1.12 Add KIND parameter to IACHAR. 03-134, 03-107r1, Nagle. US 2.8 Should the transformational intrinsics such as CSHIFT be applicable to array of types with allocatable component? If so, exactly what is meant? 03-111, Donev. US 2.14 Decide whether a program can have an intrinsic and nonintrinsic module of the same name. 03-135r1, Nagle. UK MTC9 Allow for IEEE extended format. 03-126, Cohen. UK MTC10 Add a facility for controlling IEEE underflow. 03-131, Cohen. D k) Incorporate Van Snyder's TR into Fortran 2000. 03-123, Snyder. Data US 1.20 Rename NONKIND as EXTENT 03-107r1, Snyder. UK MTC1 Reword "NONKIND" as "LEN" 03-114, Schonfelder. US 1.21, UK TC2, D i) Do not allow the parent component of a type to be specified as private. 03-122, 03-107r1, Cohen. UK TC2 and D i) Remove the option of re-specifying the default initial value for the parent component when a type is extended. 03-122, Cohen. US 2.1 and 2.7a Give any object of CLASS(T) a component named T that represents its TYPE(T) subobject. 02-295r3, 03-110, 03-139, Donev. US 2.2a Add optional MOLD argument to ALLOCATE to specify the dynamic type in the polymorphic case. Donev. US 2.2b Make intrinsic assignment apply to the dynamic type. Donev. US 2.3 Reinstate deferred bindings. 03-113r1, Donev. US 2.7b Disallow type mismatches when the dummy argument is declared with TYPE rather than CLASS. 03-110, 03-140, Hirchert. US 2.15 Allow BOZ constants to have a kind type parameter value. 03-102, Snyder. UK TC3 and D i) Allow default initialization of parameter values of derived types. 03-116, Cohen. UK TC4 Change type-bound generics to be sets of specific named type-bound procedures. 03-138, Cohen. UK TC5 Remove the facility to add type parameters during type extension. 03-132, Cohen. UK TC6 and D i) Allow a CLASS(*) pointer to point to an object of any type, including an intrinsic type. 03-144, Cohen. UK TC7 Allow any non-SEQUENCE type to be extended. 03-145, Cohen. UK TC8 and D i) Remove the TYPEALIAS facility. 03-119, Muxworthy. UK TC10 and D h) Treat the assignment to an allocatable array in the same way as to an allocatable array component. 03-118r1, Muxworthy. UK TC11 Allow reallocation of allocatable arrays. 03-137, Muxworthy. D m) Remove [ and ] as alternatives to (/ and /) --=_AAA21wAAHpY+dh0s--