<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>N1553 -- Minutes of J16 Meeting, October 27-31, 2003</title>
</head>

<body>
<pre>
<br>
                                        Doc No:   SC22/WG21/N1553
                                                  J16/03-0136
                                        Date:     November 14, 2003
                                        Project:  JTC1.22.32
                                        Reply to: Robert Klarer
                                                  IBM Canada, Ltd.
                                                  klarer@ca.ibm.com
</pre>

<h1>
Minutes of J16 Meeting No. 37/WG21 Meeting No. 32, October 27-31, 2003
</h1>

<h2>
1. Opening activities
</h2>
Clamage called the meeting to order at 08:35(GMT-10:00) on Monday, October 27, 2003

<h3>
1.1 Opening comments
</h3>
Plum welcomed everyone to Kona and described facilities for the meeting.

<h3>
1.2 Introductions
</h3>
Clamage had the attendees introduce themselves.

<h3>
1.3 Membership, voting rights, and procedures for the meeting
</h3>
Clamage reviewed membership and voting rules.  Nelson circulated the attendance list and membership list.

<h3>
1.4 Agenda review and approval
</h3>
<p>Clamage presented the agenda (document 03-0074/N1491).  This agenda was amended to include two additional technical sessions, beyond the one that is described in N1491.  The two additional technical sessions are:
<ul>
<li>3.1 Technical Session: Decimal Floating-Point additions to C, Robert Klarer</li>
<li>5.1 Technical Session: C++ CLI, Herb Sutter</li>
</ul>
The revised agenda was made available on the meeting Wiki.

<p><b>Motion to approve the agenda as amended:</b></p>
<table border=1>
<tr><td><b>Mover:</b> Dawes</td></tr>
<tr><td><b>Seconder:</b> Crowl</td></tr>
</table>

<p>Mike Miller moved that the above motion be revised such that discussion of the Performance Group's work on the text of the Performance TR be stricken from the agenda.  Since the Performance TR is currently in ballot, the committee is not permitted to discuss it.  Dawes and Crowl agreed to this proposed revision of the motion.</p>

<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>lots</td>
<td>0</td>
<td>0</td>
</tr>
</table>

<h3>
1.5 Distribution of position papers, WG progress reports, WG work plans for the week, and other documents that were not distributed before the meeting.
</h3>
Adamczyk indicated that the Core Working Group (CWG) had intended to discuss defect reports.<p>

Austern reported that the Library Working Group (LWG) would continue its work of
 processing DRs and discussing proposals for inclusion in the TR.  The LWG now has a working draft of the Library Extensions TR, and intends to have the group vote on a motion to adopt it as the base document for the TR.<p>

Goldthwaite reported that the Performance Working Group will not meet this week, as the Performance TR is at ballot.<p>

Stroustrup will lead a technical presentation on Evolution Working Group (EWG) activity Tuesday (see 3.1).  An EWG issues list now exists.  Stroustrup indicated that only a small proportion of the extension proposals that have been made and will be made can be accepted, due to time constraints. Priorities:
<ol>
<li>support for generic programming</li>
<li>removal of embarrassments</li>
<li>"dynamic stuff" like shared libraries, support for OO, etc.</li>
<li>C compatibility</li>
</ol>
<p>

Klarer introduced WG14 paper N1016 on Decimal Arithmetic.<p>

<h3>
1.6 Approval of the minutes of the previous meeting
</h3>

<p><b>Motion to approve the minutes:</b></p>
<table border=1>
<tr><td><b>Mover:</b> Dawes<br></td></tr>
<tr><td><b>Seconder:</b> Abrahams<br></td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>lots</td>
<td>0</td>
<td>0</td>
</tr>
</table>

<h3>
1.7 Report on the WG21 Sunday meeting
</h3>
<p>Sutter reported that 6 countries were officially represented at this meeting, and that the drafting committee for this meeting was composed of Adamczyk, Dos Reis, and Klarer.</p>

Sutter reviewed the schedule for future meetings:
<ol>
<li>March 21-26, 2004: Sydney, Australia. Host is Whitesmiths Australia.</li>
<li>October 17-22, 2004: Redmond, Washington.  Host is Microsoft.</li>
<li>Spring 2005: Oslo, Norway.</li>
<li>Fall 2005: Sydney, Nova Scotia, Canada.</li>
</ol>

<p>Sutter: one the record of response -- we are still in the process of publishing the TC -- we have now sent the ISO secretartiat the final text of the document  -- we have permission to publish the RR (Changes and Context) on the committee website.</p>

<p>Sutter reported that performance TR is at ballot.  There are two more ballot stages after the current one.  Sutter also noted that WG21 has asked permission to make the performance TR in its final form freely available.</p>

<p>Glassborow announced that the 2003 C++ standard is available for purchase in hardcopy form from Wiley's now.  Similarly the C standard is now available.</p>
<h3>
1.8 Liaison reports
</h3>
<h4>WG14 Liaison</h4>

<p>P J Plauger reported that, at the last SC22 plenary, WG14 convenor John Benito asked that C99 be reaffirmed.  That base document will remain stable for the next several years.</p>

<p>Plauger also reported that WG14 is wrapping up work on the Embedded C TR.  Also, work on TR 19769 -- which specifies new character types -- is mostly done.</p>

<p>Plauger indicated that WG14 intends to begin work to produce three new Technical Reports -- one on each of the following topics:
<ol>
<li>decimal arithmetic -- WG14 very much wants to coordinate this work with WG21 to avoid gratuitous incompatibilities between the two languages.</li>
<li>special mathematical functions -- WG14 wants to adopt the work done in this domain by WG21, again to avoid gratuitous incompatibilities.</li>
<li>security in the C library</li>
</ol>
<p>Cooperation between WG14 and WG21 on the first two of these three items will be acheived through the mechanism of a Rapporteur Group.</p>

<p>Sutter asked whether there was a possibility that the C committee will finish their technical work on these TRs before WG21 has finished work on corresponding TRs for C++.  Plauger responded by noting that WG14 expressed a strong desire to cooperate with WG21 to avoid incompatibilities -- they will not race ahead of WG21.</p>

<p>Dawes recalled that when Martyn Lovell presented Microsoft's proposal for C library security extensions to WG21 in Oxford, the emphasis was on C subroutines only.  Dawes asked whether there will be similar work on C++ library facilities.  Plauger replied that Microsoft emphasized C library subroutines largely due to time limitations, and would be open to C++ work, too.</p>

<h4>WG20 Liaison</h4>

<p>Simonsen reported that WG20 met 15th-17th October 2003 in California.</p>

<p>A revision of the TR 10176 Annex A -- which specifies extended identifiers -- has been completed.  The current C++ standard uses an earlier draft of this document.  Simonsen recommends that WG21 adopt this new paper for inclusion in the C++ standard.</p>

<p>Simonsen indicated that TR 14652 has been adopted and is in the process of being published.  TR 14652 specifies POSIX-like locales and charmaps, including new categories, but the formats have been enhanced to cater to ISO 10646.  Some parts of this TR are considered controversial by a number of National Bodies.  As well, the sorting standard 14651 has been amended and has been sent out for FPDAM ballot.  The standard is updated to the repertoire of the Unicode standard 4.0, and is scheduled to be transferred to SC2 for maintenance.  Furthermore, WG20 has decided to submit the cultural registry standard ISO/IEC 15897 for FDIS ballot.</p>

<p>Simonsen reported that WG20 has requested information about internationalization facilities available in Standard C++ and other languages.  Austern indicated that much of the information that WG20 is requesting is already in the C++ standard.  Sutter suggested that WG21 can refer WG20 to relevant passages in the standard and provide references to such resources as trade books on the subject.</p>

<h3>
1.9 New business requiring actions by the committee
</h3>

<h2>
2. Organize subgroups, establish working procedures.
</h2>
<p>We have three subgroups: Core, Library, and Evolution.</p>

<p>The committee broke into subgroups at 10:30 (GMT-10:00).</p>

<h2>
3. WG sessions (Core, Library, Performance, Evolution).
</h2>

<h3>
3.1 Technical Session: Decimal Arithmetic
</h3>

<h2>
4. WG sessions continue.
</h2>

<h3>
4.1 Technical Session, "Evolution Working Group activity", Bjarne Stroustrup
</h3>

<h2>
5. WG sessions continue.
</h2>

<h2>
6. General session.
</h2>

<h3>
6.1 WG status and progress reports.
</h3>

<b>Core Working Group progress:</b>
<p>
The CWG will make a single formal motion on Friday to move all issues in Ready status in N1504=03-0087 except 39 to DR status and into the Working Paper.
</p>
<p>
Adamczyk reported that 33 new issues were received by the CWG since the last meeting.  At this meeting, 12 issues were moved to WP status, 3 were moved to NAD status.
</p>
<p>
The CWG discussed its desire to contribute to the work for the EWG, and means by which such a contribution could be made.  The following procedure for cooperation between the CWG and the EWG was suggested:
<ul>
<li>
joint meetings between the two groups would be conducted once a feature proposal
has matured sufficiently that it is thought likely to be added to the Working
Paper, or earlier if there is strong CWG interest or need for CWG input
</li>
<li>
EWG will then deliver a full design for the proposed feature to CWG,
and CWG will draft (remaining) Working Paper wording changes
</li>
<li>
EWG will review and sign off on the full set of wording changes
</li>
<li>
the proposed feature will be implemented at least once, and the proposal will 
be amended as needed to reflect the implementation experience thus gained, as
well as experience with non-obvious use cases that were applied to the
implementation; vendors will not ship this implementation 
to customers, at least not without putting the feature in 
an experimental mode that must be enabled explicitly
</li>
<li>
the feature will be brought to the full committee for potential
vote into the Working Paper
</li>
</ul>

<b>Library Working Group progress:</b>
<p>Austern reviewed and explained the formal motions that the LWG intends to move on Friday (see section 8.1).</p>


<b>Evolution Working Group progress:</b>
<p>The EWG will not be bringing forward any formal motions at this meeting.</p>
<p>Stroustrup reviewed the activities of the EWG during the week, and recounted the various technical proposals that were discussed by the group.  Topics included:
<ul>
<li>support for generic programming
    <ul>
    <li>sequence initializers</li>
    <li>literal constructors</li>
    <li>general constant expressions</li>
    <li>concepts</li>
    <li>decltype - auto</li>
    <li>template aliases</li>
    <li>variadic template argument lists</li>
    </ul>
</li>
<li>other
    <ul>
    <li>nullptr</li>
    <li>dynamic libraries</li>
    <li>alignment_of</li>
    <li>nested namespace</li>
    <li>improved enums</li>
    <li>variadic macros - #nospam</li>
    <li>friend</li>
    <li>extern template</li>
    <li>uniform call syntax</li>
    </ul>
</li>
</ul>

<h3>
6.1.1 Decimal floating-point.
</h3>

<h4>
Formal Motion: Decimal Arithmetic
</h4>
The following will be moved for voting Friday:<br>
Move to request SC22 to approve a new Work Item to produce a Type 2 TR on the integration of IEEE-754R decimal floating-point arithmetic into C++.
<p>
A straw poll indicated that support for this motion was strong, with none opposed.
</p>

<h3>
6.2 Presentation and discussion of DRs ready to be voted on.  Straw votes taken.</h3>
see 6.1

<h2>
7. WG sessions continue
</h2>

<h2>
8. Review of the meeting
</h2>

<h3>
8.1 Formal motions, including DRs to be resolved.
</h3>

<h3>Core</h3>

<p>
<b>Move to advance the following core working group issues to DR status,
and apply them to the Working Paper:
<br>
115, 214, 280, 306, 324, 326,
329, 331, 349, 364, 366, 368</b>
</p>

<table border=1>
<tr><td><b>Mover:</b> Adamczyk</td></tr>
<tr><td><b>Seconder:</b> Nelson</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>19</td>
<td>0</td>
<td>0</td>
</tr>
<tr>
<td>WG21</td>
<td>6</td>
<td>0</td>
<td>0</td>
</tr>
</table>
<p>

<h3>Library</h3>
<h4>General</h4>
<ul>
<li> <em>Standard DR:</em> <b>Move to raise LWG issue 400, from N1515, to DR status and apply it to the working paper.</b>
<p>
<table border=1>
<tr><td><b>Mover:</b> Sutter</td></tr>
<tr><td><b>Seconder:</b> Austern</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>19</td>
<td>0</td>
<td>0</td>
</tr>
<tr>
<td>WG21</td>
<td>6</td>
<td>0</td>
<td>0</td>
</tr>
</table>
</li>

<li> <em>TR base document:</em> <b>Move to accept  N1540=03-0123 as the base document for the library extensions TR.</b>
<p>
<table border=1>
<tr><td><b>Mover:</b> Austern</td></tr>
<tr><td><b>Seconder:</b> Dawes</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>19</td>
<td>0</td>
<td>0</td>
</tr>
<tr>
<td>WG21</td>
<td>5</td>
<td>0</td>
<td>1</td>
</tr>
</table>
</ul>

<p>
</p><h4><a name="New_TR_proposals"> New TR proposals </a></h4>
<ul>
<li> <em>New TR proposal</em>: <b>Move to accept N1548, "A Proposal to Add
a Fixed Size Array Wrapper to the Standard Library Technical Report",
for inclusion in the library extension technical report.</b>
<p>
<table border=1>
<tr><td><b>Mover:</b> Austern</td></tr>
<tr><td><b>Seconder:</b> Dawes</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>18</td>
<td>0</td>
<td>1</td>
</tr>
<tr>
<td>WG21</td>
<td>6</td>
<td>0</td>
<td>0</td>
</tr>
</table>
</li>

<li> <em>New TR proposal</em>: <b>Move to accept N1550, New Iterator Concepts, for inclusion in the library extension technical report.</b>
<p>
<table border=1>
<tr><td><b>Mover:</b> Abrahams</td></tr>
<tr><td><b>Seconder:</b> Austern</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>18</td>
<td>0</td>
<td>2</td>
</tr>
<tr>
<td>WG21</td>
<td>6</td>
<td>0</td>
<td>0</td>
</tr>
</table>
</li>

<li> <em>New TR proposal</em>: <b>Move to accept N1530, Iterator Facade and Adaptor, for inclusion in the library extension technical report.</b>
<p>
<table border=1>
<tr><td><b>Mover:</b> Abrahams</td></tr>
<tr><td><b>Seconder:</b> Austern</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>19</td>
<td>0</td>
<td>1</td>
</tr>
<tr>
<td>WG21</td>
<td>5</td>
<td>0</td>
<td>1</td>
</tr>
</table>
<p>
</li>
</ul>

<h4>Resolve TR defects</h4>
<ul>
<li> <em>TR issue 1:</em> <b>Move to amend the library extensions technical report as described in N1551, "TR1 Changes for N1499, Parts 1 and 2"</b>
<p>
<table border=1>
<tr><td><b>Mover:</b> Austern</td></tr>
<tr><td><b>Seconder:</b> Dawes</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>20</td>
<td>0</td>
<td>0</td>
</tr>
<tr>
<td>WG21</td>
<td>6</td>
<td>0</td>
<td>0</td>
</tr>
</table>
</li>

<li> <em>TR issues 3 and 6</em>: <b>Move to amend the library extensions technical report as specified by N1542, "Mathematical special functions, v3"</b>
<p>
<table border=1>
<tr><td><b>Mover:</b> Brown</td></tr>
<tr><td><b>Seconder:</b> Austern</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>20</td>
<td>0</td>
<td>0</td>
</tr>
<tr>
<td>WG21</td>
<td>5</td>
<td>0</td>
<td>1</td>
</tr>
</table>
</li>

<li> <em>TR issue 4:</em> <b>Move to accept the proposed resolutions for the following issues from n1507, "Regular expression errata":</b>
<ul>
<li> Unintended occurrence of reg_expression
</li>
<li> Iterators have incorrect definitions of the types "reference" and "pointer"
</li>
<li> Naming of basic_regex::getflags
</li>
<li> Missing namespace prefix in regex_iterator description
</li>
<li> Unnecessary sub-section headers in regex_iterator
</li>
<li> Names of symbolic constants
</li>
<li> Specification of sub_match::length incorrect
</li>
<li> Imprecise specification of regex_traits::char_class_type
</li>
<li> Unneeded basic_regex members
</li>
<li> Missing basic_regex members
</li>
<li> Types of match_results typedefs members
</li>
<li> What does match_results::size() return? <em>[but note to editor: there's a missing "of" in the proposed reservation]</em>
</li>
<li> What does match_results::position return when passed an out of range index?
</li>
<li> What happens if match_results::operator[] is out of range?
</li>
<li> Character class extensions to ECMAScript grammar need a formal grammar
</li>
<li> Imprecise Specification of regex_replace
</li>
<li> Incorrect usage of &#8220;undefined&#8221;
</li>
<li> Incorrect usage of &#8220;implementation defined&#8221;
</li>
</ul>
<p>
<table border=1>
<tr><td><b>Mover:</b> Austern</td></tr>
<tr><td><b>Seconder:</b> Dawes</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>20</td>
<td>0</td>
<td>0</td>
</tr>
<tr>
<td>WG21</td>
<td>5</td>
<td>0</td>
<td>1</td>
</tr>
</table>
</li>

<li> <em>TR issues 5 and 7:</em> <b>Move to accept the proposed resolutions for the following issues from N1519=03-0102, "Type Traits Issue List":</b>
<ul>
<li> Use of Language in type transformations (but with a non-normative note saying what the base type is for a cv-qualified array)
</li>
<li> Why three headers?
</li>
<li> Revising the Unary Type Traits Requirements
</li>
<li> alignment_of
</li>
<li> has_virtual_destructor (but making it explicit that <strong>false</strong> is the fallback position when compiler support does not exist)
</li>
<li> aligned_storage (but with the change of "implementation defined" to "unspecified")
</li>
<li> remove_all_dimensions
</li>
</ul>
<p>
<table border=1>
<tr><td><b>Mover:</b> Austern<br></td></tr>
<tr><td><b>Seconder:</b> Dawes<br></td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>18</td>
<td>0</td>
<td>2</td>
</tr>
<tr>
<td>WG21</td>
<td>5</td>
<td>0</td>
<td>1</td>
</tr>
</table>
</li>

<li> <em>TR issue 8</em>: <b>Move to amend the library extensions
technical report as described in N1544, "Comments about Issues with
Random Number Generators"</b>
<p>
<table border=1>
<tr><td><b>Mover:</b> Brown</td></tr>
<tr><td><b>Seconder:</b> Austern</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>19</td>
<td>0</td>
<td>0</td>
</tr>
<tr>
<td>WG21</td>
<td>6</td>
<td>0</td>
<td>0</td>
</tr>
</table>
(one vote not present in the room at the time)
</li>

<li> <em>TR issue 9:</em> <b>Move to amend the library extensions
technical report as described in N1549, "Const correctness in unordered
associative containers"</b>
<p>
<table border=1>
<tr><td><b>Mover:</b> Austern</td></tr>
<tr><td><b>Seconder:</b> Dawes</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>19</td>
<td>0</td>
<td>0</td>
</tr>
<tr>
<td>WG21</td>
<td>6</td>
<td>0</td>
<td>0</td>
</tr>
</table>
</li>

<li> <em>TR issue 12:</em> <b>Move to amend section 2.2.3.2
[tr.util.smartptr.shared.dest] of the library extensions technical
report by changing the postcondition for shared_ptr(auto_ptr &amp;)
from "use_count() == 1" to "use_count() = 1 &amp;&amp; r.get() = 0".</b>
<p>
<table border=1>
<tr><td><b>Mover:</b> Dawes</td></tr>
<tr><td><b>Seconder:</b> Austern</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>19</td>
<td>0</td>
<td>0</td>
</tr>
<tr>
<td>WG21</td>
<td>6</td>
<td>0</td>
<td>0</td>
</tr>
</table>
</li>
</ul>

<h3>Decimal Arithmetic</h3>

<p><b>Move to request SC22 to approve a new Work Item to produce a Type 2 TR on the integration of IEEE-754R decimal floating-point arithmetic into C++.</b></p>

<table border=1>
<tr><td><b>Mover:</b> Klarer</td></tr>
<tr><td><b>Seconder:</b> Dawes</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>16</td>
<td>0</td>
<td>3</td>
</tr>
<tr>
<td>WG21</td>
<td>5</td>
<td>0</td>
<td>1</td>
</tr>
</table>
<br>

<p><b>Move to request that the convenor of WG21 establish a rapporteur group for the purpose of preparing Type 2 TR on decimal floating-pont, with P J Plauger acting as convenor to the rapporteur group.</b></p>

<table border=1>
<tr><td><b>Mover:</b> Plauger</td></tr>
<tr><td><b>Seconder:</b> Abrahams</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>20</td>
<td>0</td>
<td>0</td>
</tr>
<tr>
<td>WG21</td>
<td>6</td>
<td>0</td>
<td>0</td>
</tr>
</table>

<h3>Other</h3>
<p>Simonsen proposed that we appoint a liaison to ECMA TG5.</p>
<p>Nelson expressed discomfort with this proposal, as the possibility of such a liaison has received little discussion prior to this meeting.</p>
<p>Plum noted that the approval of JTC1 is required for formal liaison with a non-JTC1 committee.  Plum promised to invesigate the procedures and policies that would govern such a liaison.</p>
<p>Stroustrup indicated that the meaning of the proposal cannot be assessed, since the nature of such a liaison is as yet unknown.</p>
<p>Plum encouraged individuals with an interest in the work of TG5 simply to join ECMA.</p>
<p>Much discussion ensued.</p>
<p>Simonsen noted that there is a liaison between SC22 and ECMA.</p>

<p><b>Move to appoint a liaison to ECMA TG5</b></p>
<table border=1>
<tr><td><b>Mover:</b> Simonsen</td></tr>
<tr><td><b>Seconder:</b> Goldthwaite</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>4</td>
<td>7</td>
<td>9</td>
</tr>
<tr>
<td>WG21</td>
<td>2</td>
<td>3</td>
<td>1</td>
</tr>
</table>
<p>

<h3>
8.2 Review of action items, decisions made, and documents approved by the committee
</h3>

<h3>
8.3 Issues delayed until Friday
</h3>

<h2>
9. Plans for the future
</h2>

<h3>
9.1 Next meeting
</h3>

<h3>
9.2 Mailings
</h3>

Nelson reported that the deadline for the post-meeting mailing will be November 14 and that the deadline for the pre-Sydney meeting mailing will be February 13.<p>

<h3>
9.3 Following meetings
</h3>

covered on Monday.<p>

Dawes moved to thank the host.<br>
Applause.<p>

<p><b>Motion to adjourn</b></p>
<table border=1>
<tr><td><b>Mover:</b> Dawes</td></tr>
<tr><td><b>Seconder:</b> Becker</td></tr>
</table>
<br>
<table border=1>
<tr>
<td><b>WG</b></td>
<td><b>favor</b></td>
<td><b>oppose</b></td>
<td><b>abstain</b></td>
</tr>
<tr>
<td>J16</td>
<td>19</td>
<td>0</td>
<td>0</td>
</tr>
<tr>
<td>WG21</td>
<td>9</td>
<td>0</td>
<td>0</td>
</tr>
</table>
<p>
Meeting adjourned at 09:24(GMT-10:00)

<h2>
Attendance
</h2>
<table class="right" border=1>
<tr>
<th>Company/Organization</th>
<th>Representative</th>
<th>Mon</th>
<th>Tue</th>
<th>Wed</th>
<th>Thu</th>
<th>Fri</th>
</tr>

<tr>
<td>Adobe Systems</td>
<td>Mat Marcus</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Apple Computer</td>
<td>Matthew Austern</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>AT&amp;T</td>
<td>Bjarne Stroustrup</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Atlantic International</td>
<td>David Miller</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Borland International</td>
<td>John Ray Thomas</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td></td>
</tr>

<tr>
<td>Dinkumware</td>
<td>P. J. Plauger</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Dinkumware</td>
<td>Pete Becker</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
</tr>

<tr>
<td>Dinkumware</td>
<td>Tana Plauger</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td></td>
</tr>

<tr>
<td>Edison Design Group</td>
<td>J. Stephen Adamczyk</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Edison Design Group</td>
<td>John H. Spicer</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td></td>
</tr>

<tr>
<td>Edison Design Group</td>
<td>Daveed Vandevoorde</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td></td>
</tr>

<tr>
<td>Fermi Nat. Accelerator Lab</td>
<td>Walter E. Brown</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Fermi Nat. Accelerator Lab</td>
<td>Marc F. Paterno</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
</tr>

<tr>
<td>IBM</td>
<td>Robert Klarer</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>IBM</td>
<td>Sandor Mathe</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
</tr>

<tr>
<td>Indiana University</td>
<td>Jeremy Siek</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Indiana University</td>
<td>Jaako J&auml;rvi</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
</tr>

<tr>
<td>Intel</td>
<td>Clark Nelson</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Intel</td>
<td>Judy Ward</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
</tr>

<tr>
<td>Mentor Graphics</td>
<td>Antonio Bigazzi</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Metrowerks</td>
<td>Howard E. Hinnant</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Microsoft</td>
<td>Jason Shirk</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Microsoft</td>
<td>Herb Sutter</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
</tr>

<tr>
<td>None - (Abrahams)</td>
<td>David Abrahams</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>None - (Dawes)</td>
<td>Beman G. Dawes</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>None - (Feher)</td>
<td>Attila Feher</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
</tr>

<tr>
<td>None - (Lippincott)</td>
<td>Lisa Lippincott</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
</tr>

<tr>
<td>None - (Mensonides)</td>
<td>Paul Mensonides</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td></td>
</tr>

<tr>
<td>Perennial</td>
<td>Barry Hedquist</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Plum Hall</td>
<td>Thomas Plum</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Programming Research</td>
<td>Richard Corden</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Red Hat</td>
<td>Jason Merrill</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Red Hat</td>
<td>Benjamin Kosnik</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
</tr>

<tr>
<td>Rogue Wave Software</td>
<td>Martin Sebor</td>
<td>V</td>
<td></td>
<td>V</td>
<td>V</td>
<td></td>
</tr>

<tr>
<td>Sun Microsystems</td>
<td>Lawrence Crowl</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>Sun Microsystems</td>
<td>Stephen D. Clamage</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
<td>A</td>
</tr>

<tr>
<td>The Mathworks</td>
<td>William M. Miller</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
<td>V</td>
</tr>

<tr>
<td>ACCU</td>
<td>Francis W. Glassborow</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td></td>
</tr>

<tr>
<td>CodeSourcery</td>
<td>Mark Mitchell</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td></td>
</tr>

<tr>
<td>DB Systems</td>
<td>Jens Maurer</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
</tr>

<tr>
<td>Integrable Systems</td>
<td>Gabriel Dos Reis</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
</tr>

<tr>
<td>Phaidros Software</td>
<td>Dietmar K&uuml;hl</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
</tr>

<tr>
<td>RAP</td>
<td>Keld Simonsen</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
</tr>

<tr>
<td>Tokyo University of Technology</td>
<td>Ichiro Koshida</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
</tr>

<tr>
<td>Toshiba</td>
<td>Seiji Hayashida</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
</tr>

<tr>
<td></td>
<td>Lois Goldthwaite</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
</tr>

<tr>
<td></td>
<td>Alisdair Meredith</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td>N</td>
<td></td>
</tr>

</table>

</body>
</html>
