Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@stdcxx.apache.org
Received-SPF: pass (athena.apache.org: domain of msebor@gmail.com designates
 66.249.92.175 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:content-type:content-transfer-encoding:sender;
        b=Omzqx5sMJLvTSXjUP5AteG5BF4fQFV1/m880VJFKSMNQOd58NudonK1lTBGqYCVyEH
         +5AUa6EnKz26eB8xLuLTGYDcczxEtcjCKrUDKN5BX996PZOWZVulrT1q2cyN2u2AIl1m
         YdStH+3WgNZEsoj47miS08y1s7RKiZcEd8Yy4=
Message-ID: <484E5111.4040801@roguewave.com>
Date: Tue, 10 Jun 2008 03:01:53 -0700
From: Martin Sebor <sebor@roguewave.com>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: dev@stdcxx.apache.org
Subject: Re: svn commit: r664141 - in /stdcxx/branches/4.3.x:
 include/type_traits
 tests/utilities/20.meta.help.cpp
References: <20080606214417.CB5282388A2A@eris.apache.org>
 <CFFDD219128FD94FB4F92B99F52D0A49010A3823@exchmail01.Blue.Roguewave.Com>
 <CFFDD219128FD94FB4F92B99F52D0A499AA889@exchmail01.Blue.Roguewave.Com>
In-Reply-To: 
 <CFFDD219128FD94FB4F92B99F52D0A499AA889@exchmail01.Blue.Roguewave.Com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: Martin Sebor <msebor@gmail.com>

Travis Vitek wrote:
>  
> 
>> Eric Lemings wrote:
>>
>> I was wondering if it wouldn't make more sense to move just
>> the integral_constant class template to its own header?  If
>> I just need that class template, I wouldn't want to have to
>> pull in all the other type traits as well.
> 
> Yes, I know, but for the time being I'm putting it there. Until I add
> more traits this shouldn't be a problem. When I do move this to a
> private header it will be transparent to you, so I'll need to notify you
> to update your tuple code.
> 
>> Maybe under include/rw/_integral_constant.h?
> 
> Yeah, but you have to keep the 14 character POSIX imposed filename
> length into account, so it will probably end up being reduced to
> something like `rw/_integ_const.h' or even `rw/_meta_help.h'. 

FWIW, the convention I've used for some of the existing headers
is to have a "base" header (such as _algo.h, or _iterbase.h)
with common definitions used by other library headers, and
another "derived" header with definitions of types that aren't
necessary to implement the rest of the library. Following that
convention, we might have a _traitsbase.h with the definition
of integral_traits and the most commonly used traits.

Martin

> 
>> Brad.
>>
>>> Author: vitek
>>> Date: Fri Jun  6 14:44:17 2008
>>> New Revision: 664141
>>>
>>> URL: http://svn.apache.org/viewvc?rev=664141&view=rev
>>> Log:
>>> 2008-06-06  Travis Vitek  <vitek@roguewave.com>
>>>
>>> 	STDCXX-917
>>> 	* include/type_traits: Add type_traits header that
>>> 	includes integral_contstant<> implementation.
>>> 	* tests/utilities/20.meta.help.cpp: Add new test.
>>> 	
>>>
>>> Added:
>>>     stdcxx/branches/4.3.x/include/type_traits   (with props)
>>>     stdcxx/branches/4.3.x/tests/utilities/20.meta.help.cpp   
>>> (with props)
>>>