Eric Friedman wrote:
I am a bit uneasy about any proposal making adding MPL sequence semantics
to an otherwise-typical value type. If such proposals are implemented, I
see a significant ambiguity problem arising in generic code: given a type
T that is an MPL sequence, should we treat it as a
Beman Dawes wrote:
* What if the committee changes the namespace?
Hum... That could happen. Maybe we should use a macro to make it easy
to change.
A macro would be ugly, unless it looked just like the namespace. Can
you define a macro to make std::tr1 be equivalent to std::tr2?
Can't you
From: [EMAIL PROTECTED]
Even if angle is added as a dimension, to an implementation using an
integer vector, it still wouldn't accommodate any other dimensions
added later, without rewriting the library and unit definitions.
how about having the basic SI dimensions and a couple of extra
At 03:21 AM 4/25/2003, Vladimir Prus wrote:
Beman Dawes wrote:
Beman, if that's fine with you, I'll code them.
Yes, go ahead. Although the concept of extension may be foreign on
some
operating systems, I think the idea is widespread enough to be worth
including. If I understand your
At 12:14 AM 4/27/2003, Trevor Taylor wrote:
So it sounds to me like the :blat is *not* part of the extension. It
sounds like the NT file name is made up of three parts: name, extension
and stream.
In which case I think it is fine to have functions extension() and
change_extension() - they just
I'm trying to learn to use program options, posted here by Vladimir Prus.
I was trying to use the variables map, and I wanted a double variable. It
seems validator is specialized for float, but not double.
I tried following the example of the float type:
namespace boost { namespace
At 10:08 AM 4/27/2003, Pavel Vozenilek wrote:
Trevor Taylor [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
So it sounds to me like the :blat is *not* part of the extension. It
sounds like the NT file name is made up of three parts: name, extension
and stream.
In which case I think
On Wednesday 30 April 2003 06:30 am, Pavol Droba wrote:
Most of the new warnings can be easily removed with a static_cast. I don't
understand, why any boost lib have to generate such a warnings.
enters grumpy old developer mode
I agree that it would be great from the user's point of view if all
On Wednesday 30 April 2003 08:44 am, Jacques Kerner wrote:
Hi,
I get the following error :
error C2664: 'void boost::function0R,Allocator::assign_to(Functor)' :
unable to convert parameter 1 from 'const CTaskManager' to 'CTaskManager'
when doing this :
class CTaskManager
{
public:
Pavol Droba said:
I have noticed a lot of new warnings in the release 1.30.
I absuletely agree, that there is no reason to do some kind of line by
line pragma suppression.
But...
Most of the new warnings can be easily removed with a static_cast. I
don't understand, why any boost lib have
Richard Hadsell wrote:
Beman Dawes wrote:
* What if the committee changes the namespace?
Hum... That could happen. Maybe we should use a macro to
make it easy
to change.
A macro would be ugly, unless it looked just like the namespace. Can
you define a macro to make std::tr1
Jacques Kerner said:
Hi,
I get the following error :
error C2664: 'void boost::function0R,Allocator::assign_to(Functor)' :
unable to convert parameter 1 from 'const CTaskManager' to
'CTaskManager'
when doing this :
class CTaskManager
{
public:
CTaskManager();
On Wednesday 30 April 2003 08:25 am, Beman Dawes wrote:
* What namespace should the Boost version go in?
(tr1 is t, r, followed by numeral one, and is the committee's
tentative choice for a sub-namespace.)
std::tr1 // well, this IS an implementation of the standard TR
At 06:40 PM 4/29/2003, Vaclav Vesely wrote:
This patch allows to compile regression tools with MSVC 6.
First, thanks for going to the effort to work through the various issues.
I have very mixed feelings about the patch. Obviously it is great to extend
the regression reporting tools to work
Douglas Gregor wrote:
On Wednesday 30 April 2003 08:44 am, Jacques Kerner wrote:
Hi,
I get the following error :
error C2664: 'void boost::function0R,Allocator::assign_to(Functor)' :
unable to convert parameter 1 from 'const CTaskManager' to 'CTaskManager'
when doing this :
class
15 matches
Mail list logo
