"Jeremy Siek" <[EMAIL PROTECTED]> wrote in message
news:Pine.GSO.4.44.021110230.4424-10@;zaphod.osl.iu.edu...
> Hi Edward,
>
> On Sun, 10 Nov 2002, Edward Diener wrote:
> eddiel> OK, here are some questions regarding the property map library;
> eddiel>
> eddiel> 1) What is a property map ?
Hi Edward,
On Sun, 10 Nov 2002, Edward Diener wrote:
eddiel> OK, here are some questions regarding the property map library;
eddiel>
eddiel> 1) What is a property map ? Is it a template class, a class, a
eddiel> template function, a function ?
It is a "concept", as the term is used in the SGI STL
At Sunday 2002/11/10 15:58, you wrote:
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> I've chased the issue down to the line:
> #elif defined(BOOST_MSVC) && (BOOST_MSVC == 1300) &&
> defined(BOOST_DINKUMWARE_STDLIB) && (1/*BOOST_DINKUMWARE_STDLIB ==
> 1310*/)
>
> which I've modified on MY
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
> I've chased the issue down to the line:
> #elif defined(BOOST_MSVC) && (BOOST_MSVC == 1300) &&
> defined(BOOST_DINKUMWARE_STDLIB) && (1/*BOOST_DINKUMWARE_STDLIB ==
> 1310*/)
>
> which I've modified on MY system as you see.
> apparently BOOST_DI
I've chased the issue down to the line:
#elif defined(BOOST_MSVC) && (BOOST_MSVC == 1300) &&
defined(BOOST_DINKUMWARE_STDLIB) && (1/*BOOST_DINKUMWARE_STDLIB == 1310*/)
which I've modified on MY system as you see.
apparently BOOST_DINKUMWARE_STDLIB is NOT equal to 1310
because that clears up the e
At 08:06 PM 11/9/2002, Kevin Atkinson wrote:
>If people are interested I would like to present several possible
>additions to the Boost library. I will be willing to answer questions
>about my code but won't be willing to modify my code to boost standards
as
>I simply don't have the time.
>
>The
Jens Maurer wrote:
>
> I've checked in my paper N1398 to libs/random/wg21-proposal.html
> This will be in the post-Santa Cruz mailing of the ISO C++
> committee and will form the basis for discussion at the next
> meeting in Oxford, England.
>
> Thanks to all who offered comments and suggestions.
I've checked in my paper N1398 to libs/random/wg21-proposal.html
This will be in the post-Santa Cruz mailing of the ISO C++
committee and will form the basis for discussion at the next
meeting in Oxford, England.
Thanks to all who offered comments and suggestions.
Jens Maurer
___
- Original Message -
From: "Alaeddin A. Aydiner" <[EMAIL PROTECTED]>
To: "Boost Lists" <[EMAIL PROTECTED]>
Sent: Saturday, November 09, 2002 4:45 AM
Subject: [boost] Restricted pointers/references in uBlas ?
> I have browsed the uBlas source code, and I wonder why the alias
> assumption
On Sun, 10 Nov 2002 17:57:16 +0100, "Terje Slettebø"
<[EMAIL PROTECTED]> wrote:
>Since, as Dave said, it may change the observable behaviour, it's perhaps
>not such a good idea to have an optimisation switch that changes the
>observable behaviour. That could be confusing.
That's another kettle of
Aloha,
I've just uploaded the newest version of the container algorithms, that is,
the "old" std algorithms overloaded to work on containers ( ~ arrays, STL
containers, iterator pairs ).
The current code works with commeau 4.3 and gcc 3.2, but it won't work with
vc7 and probably not a bunch of ot
-Original Message-
From: Vladimir Prus [SMTP:[EMAIL PROTECTED]]
Sent: Sunday, November 10, 2002 5:52 AM
To: Boost mailing list; Robert Ramey
Subject:Re: [boost] Serialization Submission version 6
Robert,
> I have just loaded the latest version of the serialization library
>From: "Gennaro Prota" <[EMAIL PROTECTED]>
> On Sat, 09 Nov 2002 21:00:00 -0500, David Abrahams
> <[EMAIL PROTECTED]> wrote:
>
> >The RVO doesn't fall into the category of back-end or
> >intermediate-language optimizations that compilers usually let you
> >turn on and off. It has to happen in the
At Sunday 2002/11/10 05:12, you wrote:
> 2) regex doesn't compile on vc7
I managed to mess things up a little with recent changes - it should now be
fixed.
It compiled fine here about an hour ago. thanks
> So, I guess the question I really have is:
> Are there any expectations of stability
It appears that the recent changes (the last good compiles I have are 2002
Nov 8 16:50 UT) have caused some errors in boost::array.
C:\Boost Releases\boost\boost\detail\iterator.hpp(115) : error C2061:
syntax error : identifier 'value_type'
C:\Boost Releases\boost\boost\array.hpp(67) : error C2
OK, here are some questions regarding the property map library;
1) What is a property map ? Is it a template class, a class, a template
function, a function ?
2) What does the word "property" mean in the context of the name ?
3) What is the difference between property map and std::map<> ?
4) How d
> If people are interested I would like to present several possible
> additions to the Boost library. I will be willing to answer questions
> about my code but won't be willing to modify my code to boost standards as
> I simply don't have the time.
In that case, maybe the best thing to do is c
On Saturday 09 November 2002 11:45 pm, Aleksey Gurtovoy wrote:
> template< typename T >
> struct is_default_constructible
>
> : mpl::bool_c<__is_well_formed(T())>
>
> {
> };
>
> Would it be enough for you to implement the 'is_callable' trait with the
> desired behavior?
Yep
On Sunday 10 November 2002 04:19 am, Paul Mensonides wrote:
> - Original Message -
> From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
>
> > With the cleaned up "type deduction success/error?/failure garbage" :)
>
> Here's a detector for operator(). It isn't perfect because you have to
> specif
Robert,
I have just loaded the latest version of the serialization library (serialization6.zip)
to the files section.
changes from previous versions include:
1) A demo addressing the issue of plug-ins and global registration.
I'm somewhat lost. To begin with, demo without a documentation is
"John Maddock" <[EMAIL PROTECTED]> wrote in message
news:00f801c288b3$70f93920$605787d9@;1016031671...
> C++ Builder 6 uses STLport, which has a pool based allocator by default
> anyway...
I'm using C++ builder 5.0, which uses RW STL.
regards,
bohdan
_
Greetings,
This message contains vital details regarding two upcoming outages which
will affect the access of you and your developers to the SourceForge.net
site and project resources. Please read this message carefully.
You are receiving this message because this email address is associated
wi
> 2) regex doesn't compile on vc7
I managed to mess things up a little with recent changes - it should now be
fixed.
> So, I guess the question I really have is:
> Are there any expectations of stability for the mainline?
>If so, what are they?
>else what expectations do the developers ha
> I just compared allocation speed for std::allocator and
> boost::fast_pool_allocator:
>
> VC7:
> boost::fast_pool_allocator is 8.5 times faster.
>
> BCC32 5.5.1 :
> boost::fast_pool_allocator is 1.25 times faster.
>
> Can anybody shed light on why fast_pool_allocator benefit ratio is so
On Sat, 09 Nov 2002 21:00:00 -0500, David Abrahams
<[EMAIL PROTECTED]> wrote:
>The RVO doesn't fall into the category of back-end or
>intermediate-language optimizations that compilers usually let you
>turn on and off. It has to happen in the front-end, since it often
>implies observable differenc
- Original Message -
From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
> With the cleaned up "type deduction success/error?/failure garbage" :)
Here's a detector for operator(). It isn't perfect because you have to
specify the type of the function, but it's better than nothing:
#include
te
26 matches
Mail list logo
