Travis Vitek wrote:
Martin Sebor wrote:
Travis Vitek wrote:
I've already implemented fallback support for many traits. Here is a
list of those that I can think of off of the top of my head...
__rw_is_class
__rw_is_union
__rw_is_empty
__rw_is_polymorphic
Martin Sebor wrote:
>
>Travis Vitek wrote:
>> I've already implemented fallback support for many traits. Here is a
>> list of those that I can think of off of the top of my head...
>>
>> __rw_is_class
>> __rw_is_union
>> __rw_is_empty
>> __rw_is_polymorphic
>> __rw_is_a
Travis Vitek wrote:
>
>
>As I see it, my options are...
>
> 1. put code that will prevent instantiation in the the type
>declaration (i.e. static_assert)
> 2. provide a suitable default that is not correct, but can be
>used to detect the failure
> 3. disable traits entirely by
Travis Vitek wrote:
I've already implemented fallback support for many traits. Here is a
list of those that I can think of off of the top of my head...
__rw_is_class
__rw_is_union
__rw_is_empty
__rw_is_polymorphic
__rw_is_abstract
__rw_is_convertib
I've already implemented fallback support for many traits. Here is a
list of those that I can think of off of the top of my head...
__rw_is_class
__rw_is_union
__rw_is_empty
__rw_is_polymorphic
__rw_is_abstract
__rw_is_convertible
__rw_is_ba
Eric Lemings wrote:
-Original Message-
From: Eric Lemings
Sent: Thursday, July 17, 2008 9:24 AM
To: 'dev@stdcxx.apache.org'
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.c
> -Original Message-
> From: Martin Sebor [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 17, 2008 9:54 AM
> To: dev@stdcxx.apache.org
> Subject: Re: structure of tuple tests ([Fwd: Re: svn commit:
> r675044 - in /stdcxx/branches/4.3.x: include/rw/_tuple.h
> include/tuple tests/utili
Eric Lemings wrote:
[...]
Also avoid
using std::rand() and, ideally, any randomization at all. It
makes it hard to reliably reproduce the same test results.
Not in this case.
All the more reason not to use the function.
For , if all tuple needs is decay, it would be
nice if we could c
> -Original Message-
> From: Eric Lemings
> Sent: Thursday, July 17, 2008 9:24 AM
> To: 'dev@stdcxx.apache.org'
> 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
> -Original Message-
> From: Eric Lemings
> Sent: Thursday, July 17, 2008 8:47 AM
> To: 'dev@stdcxx.apache.org'
> 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
> -Original Message-
> From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
> Sent: Wednesday, July 16, 2008 11:15 PM
> To: dev@stdcxx.apache.org
> Subject: Re: structure of tuple tests ([Fwd: Re: svn commit:
> r675044 - in /stdcxx/branches/4.3.x: include/rw/_tuple.h
> -Original Message-
> From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
> Sent: Wednesday, July 16, 2008 11:15 PM
> To: dev@stdcxx.apache.org
> Subject: Re: structure of tuple tests ([Fwd: Re: svn commit:
> r675044 - in /stdcxx/branches/4.3.x: include/rw/_tuple.h
> -Original Message-
> From: Martin Sebor [mailto:[EMAIL PROTECTED] On Behalf Of Martin Sebor
> Sent: Wednesday, July 16, 2008 11:11 PM
> To: dev@stdcxx.apache.org
> Subject: Re: structure of tuple tests ([Fwd: Re: svn commit:
> r675044 - in /stdcxx/branches/4.3.x: include/rw/_tuple.h
13 matches
Mail list logo
