Return-Path: 
 <dev-return-8102-apmail-stdcxx-dev-archive=stdcxx.apache.org@stdcxx.apache.org>
Delivered-To: apmail-stdcxx-dev-archive@www.apache.org
Received: (qmail 51209 invoked from network); 2 Jul 2008 21:50:48 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 2 Jul 2008 21:50:48 -0000
Received: (qmail 3164 invoked by uid 500); 2 Jul 2008 21:50:49 -0000
Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org
Received: (qmail 3140 invoked by uid 500); 2 Jul 2008 21:50:49 -0000
Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@stdcxx.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@stdcxx.apache.org>
List-Post: <mailto:dev@stdcxx.apache.org>
List-Id: <dev.stdcxx.apache.org>
Reply-To: dev@stdcxx.apache.org
Delivered-To: mailing list dev@stdcxx.apache.org
Received: (qmail 3129 invoked by uid 99); 2 Jul 2008 21:50:49 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jul 2008 14:50:49 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: local policy)
Received: from [208.30.140.160] (HELO moroha.roguewave.com) (208.30.140.160)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jul 2008 21:49:58 +0000
Received: from exchmail01.Blue.Roguewave.Com (exchmail01.blue.roguewave.com
 [10.22.129.22])
	by moroha.roguewave.com (8.13.6/8.13.6) with ESMTP id m62LkaUA027804
	for <dev@stdcxx.apache.org>; Wed, 2 Jul 2008 21:46:37 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: svn commit: r672395 - in /stdcxx/branches/4.3.x/include:
 functional rw/_ref_wrap.h
Date: Wed, 2 Jul 2008 15:45:50 -0600
Message-ID: 
 <CFFDD219128FD94FB4F92B99F52D0A4901DB061D@exchmail01.Blue.Roguewave.Com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: svn commit: r672395 - in /stdcxx/branches/4.3.x/include:
 functional rw/_ref_wrap.h
Thread-Index: AcjZYN3V45LtwNglRp6HPBHblO97ZADK3oMQAAAnFfA=
References: <20080627211030.CA5CB2388A06@eris.apache.org>
 <4866A442.5080700@roguewave.com>
 <CFFDD219128FD94FB4F92B99F52D0A4901DB061C@exchmail01.Blue.Roguewave.Com>
From: "Eric Lemings" <Eric.Lemings@roguewave.com>
To: <dev@stdcxx.apache.org>
X-Virus-Checked: Checked by ClamAV on apache.org

=20

> -----Original Message-----
> From: Eric Lemings=20
> Sent: Wednesday, July 02, 2008 3:42 PM
> To: 'dev@stdcxx.apache.org'
> Subject: RE: svn commit: r672395 - in=20
> /stdcxx/branches/4.3.x/include: functional rw/_ref_wrap.h
>=20
> =20
>=20
> > -----Original Message-----
> > From: Martin Sebor [mailto:msebor@gmail.com] On Behalf Of=20
> Martin Sebor
> > Sent: Saturday, June 28, 2008 2:51 PM
> > To: dev@stdcxx.apache.org
> > Subject: Re: svn commit: r672395 - in=20
> > /stdcxx/branches/4.3.x/include: functional rw/_ref_wrap.h
> >=20
> ...
> >=20
> >    5. The definitions of even trivial non-empty functions should
> >       never appear on the same line as the function signature. I.e.,
> >       the above should be:
> >=20
> >       type& get() const {
> >           _RWSTD_ASSERT (0 !=3D _C_ptr);
> >           return *_C_ptr;
> >       }
>=20
> I assume empty function definitions are exempted from this convention?
>=20

Hey...  I also see one-line trivial functions in <limits>, <set>, and
<vector> headers.

Brad.