David Abrahams wrote:
> That's not (I think) what Alexander had in mind: IIUC he was talking
> about a wrapper over tuples such that:
>
> tuple_sequence
>
> is an MPL sequence. Of course, a better solution would be to
> specialize begin/end so that any Boost tuple is *itself* an MPL
> sequen
[posted and e-mailed]
Hi,
I have one proposal that could make it significantly easier to generate code
using the preprocessor. One of the biggest problems in using the
preprocessor for generating C or C++ code is that the preprocessor
essentially requires
1. parenthesis to be balanced, and
2.
> William E. Kempf wrote...
>> pragmas. As a "best practice suggestion", it's a great idea... as a
>> requirement, I'd have to voice an opinion against.
Paul A. Bristow wrote:
>
> I absolutely agree, but I feel it would be useful encourage authors
> to try.
Playing devil's advocate, but why?
Wi
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
On Wed, Apr 30, 2003 at 10:24:09AM +0100, Ken Hagan wrote:
> > William E. Kempf wrote...
> >> pragmas. As a "best practice suggestion", it's a great idea... as a
> >> requirement, I'd have to voice an opinion against.
>
> Paul A. Bristow wrote:
> >
> > I absolutely agree, but I feel it would be u
"Vesa Karvonen" <[EMAIL PROTECTED]> writes:
> A trivial way to put this into standardeze would be to add a
> translation phase after macro replacement that would convert these
> alternative tokens to their usual representation.
If it sounds useful to you, it's sounds good to me. Why not write up
There was some time back a discussion of various approaches to signals. I
just ran across this, which explains the point of view of Trolltech (qt).
Why doesn't Qt use templates for signals and slots?
http://doc.trolltech.com/3.1/templates.html
___
Un
The acceptance of numerous Boost libraries into the C++ committee's Library
Technical Report (TR) raises a bunch of "where does Boost go from here?"
questions. My tentative answers, based partially on private discussion with
Gregor, Joel de Guzman, Jaakko Jarvi, and others, is given for each
qu
Hi,
I get the following error :
error C2664: 'void boost::function0::assign_to(Functor)' :
unable to convert parameter 1 from 'const CTaskManager' to 'CTaskManager'
when doing this :
class CTaskManager
{
public:
CTaskManager();
~CTaskManager();
void operator()() {}
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 d
>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
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 underst
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
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 program_op
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
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.
I agree that it would be great from the user's point of view if all of Boost
compiled without war
On Wednesday 30 April 2003 08:44 am, Jacques Kerner wrote:
> Hi,
>
> I get the following error :
>
> error C2664: 'void boost::function0::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
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
Jacques Kerner said:
> Hi,
>
> I get the following error :
>
> error C2664: 'void boost::function0::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 wi
Douglas Gregor wrote:
On Wednesday 30 April 2003 08:44 am, Jacques Kerner wrote:
Hi,
I get the following error :
error C2664: 'void boost::function0::assign_to(Functor)' :
unable to convert parameter 1 from 'const CTaskManager' to 'CTaskManager'
when doing this :
class CTaskManager
{
publ
- Original Message -
From: "Vesa Karvonen" <[EMAIL PROTECTED]>
> The basic idea is that the keywords '__l_paren__', '__r_paren__' and
> '__comma__' could be used in place of '(', ')' and ',', respectively. The
> above example would now become:
>
> #define ID(x) x
> ID( __l_paren__
24 matches
Mail list logo
