From dev-return-7837-apmail-stdcxx-dev-archive=stdcxx.apache.org@stdcxx.apache.org Thu Jun 12 17:58:14 2008 Return-Path: Delivered-To: apmail-stdcxx-dev-archive@www.apache.org Received: (qmail 67911 invoked from network); 12 Jun 2008 17:58:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Jun 2008 17:58:14 -0000 Received: (qmail 29311 invoked by uid 500); 12 Jun 2008 17:58:16 -0000 Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org Received: (qmail 29298 invoked by uid 500); 12 Jun 2008 17:58:16 -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 29287 invoked by uid 99); 12 Jun 2008 17:58:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Jun 2008 10:58:16 -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, 12 Jun 2008 17:57:27 +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 m5CHthvL007528 for ; Thu, 12 Jun 2008 17:55:44 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: remove_reference Date: Thu, 12 Jun 2008 11:55:30 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: remove_reference Thread-Index: AcjMpx96K9/egoSOQVy/P6o4i41nlgABdK4gAAEswVAAACTV4AAAkq5AAAANytAAAB7h8A== References: From: "Eric Lemings" To: "Travis Vitek" Cc: X-Virus-Checked: Checked by ClamAV on apache.org =20 Hmm. So what's the benefit in providing internal type traits at all? Seems to me that they only serve to slow down compile times. Why not just break the public type traits into internal headers and include them all from the header? Or do we have some plans for the internal type traits that I'm unaware of? Brad. P.S. Forwarded to stdcxx dev list. > -----Original Message----- > From: Travis Vitek=20 > Sent: Thursday, June 12, 2008 11:51 AM > To: Eric Lemings > Subject: RE: remove_reference >=20 >=20 > Yes, and the internal ones don't inherit from=20 > integral_constant, they inherit from=20 > __rw_integral_constant [where applicable] >=20 > Travis >=20 > >-----Original Message----- > >From: Eric Lemings=20 > >Sent: Thursday, June 12, 2008 10:48 AM > >To: Travis Vitek > >Subject: RE: remove_reference > > > >=20 > >So the only key difference is that they -- the internal type > >traits -- can be included by group rather than the whole? > > > >Brad. > > > >> -----Original Message----- > >> From: Travis Vitek=20 > >> Sent: Thursday, June 12, 2008 11:33 AM > >> To: Eric Lemings > >> Subject: RE: remove_reference > >>=20 > >>=20 > >> They are intended to be exactly the same. They are used by=20 > >> the implementation of the public traits.=20 > >>=20 > >> >-----Original Message----- > >> >From: Eric Lemings=20 > >> >Sent: Thursday, June 12, 2008 10:27 AM > >> >To: Travis Vitek > >> >Subject: RE: remove_reference > >> > > >> >=20 > >> >Anything especially that I need to be aware of when using the > >> >internal type traits? Or are they virtually the same as the > >> >public type traits? > >> > > >> >Brad. > >> > > >> >> -----Original Message----- > >> >> From: Travis Vitek=20 > >> >> Sent: Thursday, June 12, 2008 10:59 AM > >> >> To: Eric Lemings > >> >> Subject: RE: remove_reference > >> >>=20 > >> >>=20 > >> >> If you wanted std::remove_reference, you'd have to include=20 > >> >> . That is where all of the standard traits are=20 > >> >> defined. If you want the internal trait=20 > >> >> _RW::__rw_remove_reference, you could still include=20 > >> >> if you wanted, or you could include=20 > >. > >> >>=20 > >> >> I decided to break them down by their section in the=20 > >> >> standard. The remove_reference template is actually in=20 > >> >> meta.trans.ref, but that name would have been too long. I=20 > >> >> plan on submitting sometime this afternoon. I need to verify=20 > >> >> everything on gcc 4.3 again and that should be it. > >> >>=20 > >> >> Travis > >> >>=20 > >> >> >-----Original Message----- > >> >> >From: Eric Lemings=20 > >> >> >Sent: Thursday, June 12, 2008 9:12 AM > >> >> >To: Travis Vitek > >> >> >Subject: remove_reference > >> >> > > >> >> >Travis, > >> >> >=20 > >> >> >Based on your latest version, which header would I include if=20 > >> >> >I just wanted the std::remove_reference type modifier? > >> >> >=20 > >> >> >Brad. > >> >> >=20 > >> >> >