> This removes a "possible use of 'tag' before definition" warning with
> BCB.
I didn't use this actual patch (I'd rather avoid pragmas when there's a
reasonable in-language workaround), but the code I checked in should get rid
of the warning on BCB (not that Signals compiles at the moment!). Sorr
MSVC 7.1 complains: warning C4099:
> 'boost::signals::detail::real_get_signal_impl<0,T1,T2,T3,T4,T5>' : type
> name first seen using 'struct' now seen using 'class'
>
> at several later points in the same file. These can all be removed by
> changing struct to class in the declaration quoted abo
> Ok, enough of the review. Assuming that rw_lock is destined for
> release, I propose that whether you want to lock for reading, or for
> writing, is usually a decision made at compile time, and that this fact
> can be made to slightly simplify the scoped_lock interface, and make it
> slightly mo
Matthias Troyer <[EMAIL PROTECTED]> writes:
> Thanks Beman
>
> it now works again and I hope that multi_array will also be fixed soon
Somebody has to make that fix, whatever it is. multi_array used to
use its own private version of iterator_adaptors.
--
Dave Abrahams
Boost Consulting
www.boost
I'm not positive if a read/write lock is being contemplated for a
future boost::threads version or not. But I was stumbling through
thread_dev and came upon a rw_mutex which might be used something like:
class A
{
public:
...
void read() const
{
boost::rw_mutex::scoped_rw_lo
Beman Dawes <[EMAIL PROTECTED]> writes:
> I guess it depends on how long it is likely to be before Boost
> documentation for the library is available. If it is a matter of days,
> I wouldn't bother with the committee papers. But if it is going to be
> awhile, well, then the committee paper is way
Thanks Beman
it now works again and I hope that multi_array will also be fixed soon
Matthias
On Monday, July 14, 2003, at 03:31 AM, Beman Dawes wrote:
At 09:40 PM 7/12/2003, Jeremy Maitin-Shepard wrote:
>Matthias Troyer wrote:
>> Dear Boosters,
>>
>> After a recent cvs update I can no longer co
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 09:40 PM 7/12/2003, Jeremy Maitin-Shepard wrote:
> >Matthias Troyer wrote:
> >> Dear Boosters,
> >>
> >> After a recent cvs update I can no longer compile the boost filesystem
> >> library:
> >
> >The filesystem library was broken by the update i
At 01:42 PM 7/13/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>
>> Ouch! HTML is the Boost standard. I work offline (with no
>> connection available) a great deal, and want the docs in the CVS
>> working directory.
>
>But these are not really boost documentation; they're c
Beman Dawes <[EMAIL PROTECTED]> writes:
> Ouch! HTML is the Boost standard. I work offline (with no
> connection available) a great deal, and want the docs in the CVS
> working directory.
But these are not really boost documentation; they're committee
papers that have been developed at Boost.
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> Maybe the problems are caused by overloading void_.
Clearly.
> I haven't looked at MPL recently, but as a general observation I
> have identified at least three uses of a void_-like entity.
>
> 1. A type parameter used to emulate a variable argument t
Howard Hinnant <[EMAIL PROTECTED]> writes:
| On Sunday, July 13, 2003, at 12:17 PM, Gabriel Dos Reis wrote:
|
| > Howard Hinnant <[EMAIL PROTECTED]> writes:
| >
| > | Another possible spelling for this animal is:
| > |
| > | class nat {nat();};
| > |
| > | Inspired from nan. In this case means
At 09:40 PM 7/12/2003, Jeremy Maitin-Shepard wrote:
>Matthias Troyer wrote:
>> Dear Boosters,
>>
>> After a recent cvs update I can no longer compile the boost filesystem
>> library:
>
>The filesystem library was broken by the update in the main CVS to the
>new iterator adapators library, and AFAIK
At 11:49 AM 7/9/2003, Marshall Clow wrote:
At 7:09 PM -0700 7/6/03, Marshall Clow wrote:
The last 3 or 4 times that I have tried to check out the "latest
>>boost", the checkout gets most of the way through, and then hangs.
>
Is anyone else seeing this, or am I the only one?
If you are accessing
On Sunday, July 13, 2003, at 12:17 PM, Gabriel Dos Reis wrote:
Howard Hinnant <[EMAIL PROTECTED]> writes:
| Another possible spelling for this animal is:
|
| class nat {nat();};
|
| Inspired from nan. In this case means Not A Type.
Ahem, a class is a type, no matter how you name it.
Really, I d
Hello,
Spirit v1.7.0 and v1.6.1 have been released.
Get it here:
Spirit v1.7.0: http://tinyurl.com/gssn
Spirit v1.6.1: http://tinyurl.com/gsss
Take note that by convention, odd minor version releases (e.g. 1.7.0) are
developmental while even minor version releases (e.g. 1.6.1) are
Howard Hinnant <[EMAIL PROTECTED]> writes:
| Another possible spelling for this animal is:
|
| class nat {nat();};
|
| Inspired from nan. In this case means Not A Type.
Ahem, a class is a type, no matter how you name it.
| It is nice and
| short which comes in handy for when there are a lot o
"Ben Woodhead" <[EMAIL PROTECTED]> writes:
| Hello
|
| Was this -fabi-version flag just there for testing different version or do
| users have to know about this?
The latter. It is a documented flag, primarily designed for packagers
and/or distributors.
| Could you test the compiler version an
At 09:25 AM 7/13/2003, David Abrahams wrote:
>"Joel de Guzman" <[EMAIL PROTECTED]> writes:
>
>> David Abrahams <[EMAIL PROTECTED]> wrote:
>>> "Joel de Guzman" <[EMAIL PROTECTED]> writes:
>>>
Beman Dawes <[EMAIL PROTECTED]> wrote:
> >> In the main CVS? iterator-categories.html is stil
Howard Hinnant wrote:
> On Sunday, July 13, 2003, at 08:49 AM, Peter Dimov wrote:
>
>> Maybe the problems are caused by overloading void_. I haven't looked
>> at MPL
>> recently, but as a general observation I have identified at least
>> three uses
>> of a void_-like entity.
>>
>> 1. A type parame
- Original Message -
From: "Gabriel Dos Reis" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Sunday, July 13, 2003 5:07 AM
Subject: Re: [boost] Re: Compiler status for GCC 3.3
> Beman Dawes <[EMAIL PROTECTED]> writes:
>
> | At 02:44 AM 7/3/2003, Giovanni Bajo wro
On Sunday, July 13, 2003, at 08:49 AM, Peter Dimov wrote:
Maybe the problems are caused by overloading void_. I haven't looked
at MPL
recently, but as a general observation I have identified at least
three uses
of a void_-like entity.
1. A type parameter used to emulate a variable argument tem
"Joel de Guzman" <[EMAIL PROTECTED]> writes:
> David Abrahams <[EMAIL PROTECTED]> wrote:
>> "Joel de Guzman" <[EMAIL PROTECTED]> writes:
>>
>>> Beman Dawes <[EMAIL PROTECTED]> wrote:
>>>
>> In the main CVS? iterator-categories.html is still dated several days
>> ago. Or am I looking
David Abrahams wrote:
> Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
>
>> David Abrahams wrote:
>>> Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
>>>
IMO we should just stop using 'void_' for internal purposes and
give it up to users :).
>>>
>>> I am still unsure about 'void_' being better
Gabriel Dos Reis <[EMAIL PROTECTED]> wrote:
> "Joel de Guzman" <[EMAIL PROTECTED]> writes:
>
>> Fernando Cacciola <[EMAIL PROTECTED]> wrote:
>>> Gabriel Dos Reis <[EMAIL PROTECTED]> wrote in
>>
Yes. It is an incorrect (unfortunately popular)
implementation.
>>> Right. We should s
At 22:51 2003-07-10, Marshall Clow wrote:
At 7:21 AM -0400 7/10/03, David Abrahams wrote:
Marshall Clow <[EMAIL PROTECTED]> writes:
> So, here they are. Are they useful to anyone else? Is there some
reason that
they don't already exist? Did I miss them somewhere?
template
struct first: std:
Guillaume Melquiond <[EMAIL PROTECTED]> writes:
| On 4 Jul 2003, Gabriel Dos Reis wrote:
|
| > "Toon Knapen" <[EMAIL PROTECTED]> writes:
| >
| > | > seems like this code
| > | >
| > | > template< typename T >
| > | > bool is_nan( const T& v )
| > | > {
| > | > return std::nume
"Joel de Guzman" <[EMAIL PROTECTED]> writes:
| Fernando Cacciola <[EMAIL PROTECTED]> wrote:
| > Gabriel Dos Reis <[EMAIL PROTECTED]> wrote in
|
| >> Yes. It is an incorrect (unfortunately popular)
| >> implementation.
| >>
| > Right. We should say that more often. It is incorrect
| > however p
"Paul A. Bristow" <[EMAIL PROTECTED]> writes:
| I think this would be excellent (and overdue). It needs to support double and
| long double (and facilitate UDTs too if possible).
|
| There is also the matter of signalling and quiet NaN. Although signalling NaN
| may cause an hardware exception if
Guillaume Melquiond <[EMAIL PROTECTED]> writes:
| On Sat, 5 Jul 2003, Fernando Cacciola wrote:
|
| > Thanks to Gabriel we may have an is_nan() right now.
| > Is there anything else that the interval library uses which might be better
| > packed as a compiler-platform specific routine?
|
| All th
"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
[...]
| > > Most compilers provide a non standard extension for this purpose.
| > > For instance, Borland uses _isnan.
| > > In general, these extensions are found on .
| >
| > In fact, since it is not specified by the C++ standard, isnan comes from
Guillaume Melquiond <[EMAIL PROTECTED]> writes:
| On Fri, 4 Jul 2003, Fernando Cacciola wrote:
|
| > Gabriel Dos Reis <[EMAIL PROTECTED]> wrote in message
| > news:[EMAIL PROTECTED]
| > > "jvd" <[EMAIL PROTECTED]> writes:
| > >
| > > | Dear boosters,
| > > |
| > > | seems like this code
| > > |
|
Beman Dawes <[EMAIL PROTECTED]> writes:
| At 02:44 AM 7/3/2003, Giovanni Bajo wrote:
|
| >On Friday, July 04, 2003 12:38 AM [GMT+1=CET],
| >David Abrahams <[EMAIL PROTECTED]> wrote:
| >
| >>> On the other hand if your native compiler is GCC and your system was
| >>> not configured with that
[EMAIL PROTECTED] (Joerg Walter) writes:
| - Original Message -
| From: "Gabriel Dos Reis" <[EMAIL PROTECTED]>
| To: "Boost mailing list" <[EMAIL PROTECTED]>
| Sent: Monday, June 30, 2003 12:06 PM
| Subject: Re: [boost] Compiler status for GCC 3.3
|
|
| [...]
|
| > | I'm not sure about
34 matches
Mail list logo
