Return-Path: 
 <dev-return-8204-apmail-stdcxx-dev-archive=stdcxx.apache.org@stdcxx.apache.org>
Delivered-To: apmail-stdcxx-dev-archive@www.apache.org
Received: (qmail 46861 invoked from network); 17 Jul 2008 15:26:23 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 17 Jul 2008 15:26:23 -0000
Received: (qmail 10197 invoked by uid 500); 17 Jul 2008 15:26:22 -0000
Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org
Received: (qmail 10183 invoked by uid 500); 17 Jul 2008 15:26:22 -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 10172 invoked by uid 99); 17 Jul 2008 15:26:22 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Jul 2008 08:26:22 -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; Thu, 17 Jul 2008 15:25:29 +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 m6HFNqn4014017
	for <dev@stdcxx.apache.org>; Thu, 17 Jul 2008 15:23:52 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: structure of tuple tests ([Fwd: Re: svn commit: r675044 - in
 /stdcxx/branches/4.3.x: include/rw/_tuple.h include/tuple
 tests/utilities/20.tuple.cnstr.cpp tests/utilities/20.tuple.creation.cpp
 tests/utilities/20.tuple.h tests/utilities/20.tuple.helpers
Date: Thu, 17 Jul 2008 09:23:43 -0600
Message-ID: 
 <CFFDD219128FD94FB4F92B99F52D0A4901DB066C@exchmail01.Blue.Roguewave.Com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: structure of tuple tests ([Fwd: Re: svn commit: r675044 - in
 /stdcxx/branches/4.3.x: include/rw/_tuple.h include/tuple
 tests/utilities/20.tuple.cnstr.cpp tests/utilities/20.tuple.creation.cpp
 tests/utilities/20.tuple.h tests/utilities/20.tuple.helpers
Thread-Index: Acjny8aFwRhl/0q8QO+4GJxNAqai3gATUAvAAAHuIoA=
References: <4877831C.4060009@roguewave.com>
 <CFFDD219128FD94FB4F92B99F52D0A4901DB0651@exchmail01.Blue.Roguewave.Com>
 <CFFDD219128FD94FB4F92B99F52D0A4901DB0652@exchmail01.Blue.Roguewave.Com>
 <CFFDD219128FD94FB4F92B99F52D0A4901DB0653@exchmail01.Blue.Roguewave.Com>
 <4877AF00.5000805@roguewave.com>
 <CFFDD219128FD94FB4F92B99F52D0A4901DB0667@exchmail01.Blue.Roguewave.Com>
 <487ED478.3080007@roguewave.com>
 <CFFDD219128FD94FB4F92B99F52D0A4901DB0669@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: Thursday, July 17, 2008 8:47 AM
> To: 'dev@stdcxx.apache.org'
> Subject: RE: structure of tuple tests ([Fwd: Re: svn commit:=20
> r675044 - in /stdcxx/branches/4.3.x: include/rw/_tuple.h=20
> include/tuple tests/utilities/20.tuple.cnstr.cpp=20
> tests/utilities/20.tuple.creation.cpp=20
> tests/utilities/20.tuple.h tests/utilities/20.tuple.helpers
>=20
> =20
...
> > In 20.tuple.cnstr.cpp you might also be able to get rid of
> > <cstring> by using rw_strncmp(). You should also be able
> > to use rw_equal() instead of defining a special helper (if
> > rw_equal() doesn't do something we need to do in the tuple
> > tests maybe we could extend it?)
>=20
> Was not aware of those.  I'll try to reuse them.

I believe this is a safe enhancement to rw_equal() but I just wanna make
sure:

template <class T, class U =3D T>
inline int rw_equal (T x, U y)
{
    return x =3D=3D y;
}

This would allow comparison of different but compatible types which is
needed for heterogenous tuple types.  Anyone see a problem with it?

Brad.