Return-Path: Delivered-To: apmail-stdcxx-dev-archive@www.apache.org Received: (qmail 83266 invoked from network); 18 Jun 2008 23:29:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 Jun 2008 23:29:52 -0000 Received: (qmail 8927 invoked by uid 500); 18 Jun 2008 23:29:54 -0000 Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org Received: (qmail 8909 invoked by uid 500); 18 Jun 2008 23:29:54 -0000 Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list dev@stdcxx.apache.org Received: (qmail 8898 invoked by uid 99); 18 Jun 2008 23:29:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jun 2008 16:29:54 -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, 18 Jun 2008 23:29:04 +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 m5INTKFp017813 for ; Wed, 18 Jun 2008 23:29:21 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: :decay related question Date: Wed, 18 Jun 2008 17:28:57 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: :decay related question Thread-Index: AcjRjRczO6qmwoLVQlCsERR7V8yIZQABjZmg References: From: "Travis Vitek" To: X-Virus-Checked: Checked by ClamAV on apache.org =20 >Eric Lemings wrote: >=20 >Page 490, section 20.3.1.2, paragraph 1 in the latest draft says this: >=20 >"Let Ui be decay::type for each Ti in Types. Then each Vi in VTypes >is X& if Ui equals reference_wrapper, >otherwise Vi is Ui." >=20 >What do you suppose the relationship is between type `X' and types `Ti' >and `Ui'? I see how the latter two types are deduced from the=20 >type list >`Types' but not so sure about how type `X' is deduced from `Types'. I'm looking at this and I have no idea where VTypes and X are coming from. Is that an issue, or am I missing something? That said, I think X is supposed to be Ti. If that were the case then the definition would make some sense [at least to me]. Let Ui be decay::type for each Ti in Types. Then each Vi in VTypes is Ti& if Ui equals reference_wrapper, otherwise Vi is Ui. If that is right, then it essentially says that the 'make_tuple' function transforms reference_wrapper back to T& and for other types does the normal decay transformation [function to funciton pointer, array to array pointer, and cv-stripping of all other types]. Travis >=20 >Brad. >