On Friday, August 22, 2003, at 8:14 AM, David Abrahams wrote:
Daryle Walker [EMAIL PROTECTED] writes:
The CVS version of BOOST_ROOT/index.htm does not have Latest News
entries for 1.30.1 and 1.30.2. (I guess they haven't been copied
from the 1_30_x branch yet.)
Feel free to make the copy,
On Friday, August 22, 2003, at 8:20 AM, David Abrahams wrote:
Jarl Friis [EMAIL PROTECTED] writes:
All true. Unfortunately, 2.96 was released by RedHat with one
popular version of Linux, which makes it (in many peoples' eyes) an
important compiler to support anyway.
I will in line with the
On Friday, August 22, 2003, at 6:01 PM, Jan Langer wrote:
what is needed for the lexicographic class to be included into boost?
if it is a formal review (probably a really short one) i want to
request it. maybe it can also be reviewed together with other utility
components.
Do you have
Jarl Friis [EMAIL PROTECTED] skrev i meddelandet
news:[EMAIL PROTECTED]
[EMAIL PROTECTED] writes:
Hello, Boosters -
I am sure that many of you have received many e-mails from the
[EMAIL PROTECTED]
(http://securityresponse.symantec.com/avcenter/venc/data/[EMAIL PROTECTED]
m.html
)
Douglas Gregor wrote:
The allocator design focused on the benefits one could get from
specialized allocators for containers, e.g., data structures that may
allocate large chunks of memory that are expected to be used
together. They don't really give us much for components like
shared_ptr that
One more thing: what exactly can go wrong with 1.30.0 if
-pthread isn't used? Is it boost specific or a general thing
(e.g. issues w/ respect to libstdc++)?
A general thing - without this then:
Your std lib is not thread safe.
Your C lib is not thread safe.
g++ will not emit thread safe
Daryle Walker [EMAIL PROTECTED] writes:
On Thursday, August 21, 2003, at 10:12 PM, Beman Dawes wrote:
At 06:38 PM 8/21/2003, David Abrahams wrote:
I need to make a mapping over paths. Is there any important reason
there's no operator provided?
I don't think it has been discussed. I've
Daryle Walker [EMAIL PROTECTED] writes:
On Friday, August 22, 2003, at 8:14 AM, David Abrahams wrote:
Daryle Walker [EMAIL PROTECTED] writes:
The CVS version of BOOST_ROOT/index.htm does not have Latest News
entries for 1.30.1 and 1.30.2. (I guess they haven't been copied
from the 1_30_x
Daryle Walker [EMAIL PROTECTED] writes:
That's a very nice way to avoid extra work for Boost library
developers which they shouldn't have to do in the first place, but
since RedHat isn't actually going to do anything for users, leaves
them in the cold.
I don't think we support beta versions
Andreas Huber wrote:
If function no longer has the allocator argument, how should we then
use function in a hard real-time environment?
In this context, an allocator parameter is only an excuse for implementors
to avoid doing the necessary work to make function useful out of the box.
You can
I just downloaded and tried to build boost 1.30.2 under cygwin using gcc
3.2 (20020927 (prerelease) if you want to be precise). libboost_thread.dll
won't compile because it gives the Thread support is unavailable! error.
A sample is:
===
On Sat, Aug 23, 2003 at 11:21:03AM +0200, Daniel Frey wrote:
a) Short-circuiting
b) Unnamed functions
Jan Langer wrote:
bool operator (person const p1, person const p2)
{
return boost::lexicographic
(p1.lastname, p2.lastname, cmp_lower)
(p1.firstname, p2.firstname,
On Sat, Aug 23, 2003 at 09:45:42AM -0400, Brian McNamara wrote:
// use boost::lamdba
boost::lexicographicperson
( _1.first,cmp_lower )/* see below */
( _1.last, cmp_lower )
( bind(T::age,_1) /* use default cmp */ )
( p1, p2 )
...
I'd like to deprecate or remove two libraries:
- min_rand has been the only entry in our list of Obsolete Libraries for
quite some time. Random is quite mature, so let's just eliminate min_rand
now.
- compose has been surpassed by bind to the point where we dissuade users from
using compose
Hi all
gcc 3.2 generates warnings about implicit typename in line 313 in file
adjacency_list_io.hpp. I think either there should be EdgePrinterG,E
call or class G should be renamed to Graph, as is in the rest of
templates in this file.
Regards,
Janusz
// line 301, cvs head
templateclass G,
--- Peter Dimov [EMAIL PROTECTED] wrote:
In this context, an allocator parameter is only an excuse for implementors
to avoid doing the necessary work to make function useful out of the box.
You can always use a custom allocator, right?
Considering the variety of real life requirements and
At Friday 2003-08-22 13:06, you wrote:
At 11:35 PM 8/21/2003, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
At 06:38 PM 8/21/2003, David Abrahams wrote:
I need to make a mapping over paths. Is there any important reason
there's no operator provided?
I don't think it has
I just tried to use boost::variant with the HEAD version of boost and I
am getting multiply defined symbols in empty.hpp. (gcc 3.2 on Linux)
I fixed it by adding inline to the two non-template methods (see below):
inline bool operator==(const empty, const empty)
{
return true;
}
inline
Paul Hamilton wrote:
Peter Dimov [EMAIL PROTECTED] wrote:
This will work, although I had
templateclass Tr, class Ch inline
void empty_buf(BOOST_IO_STD basic_ostringstreamCh,Tr os) {
os.str( std::basic_stringCh, Tr() );
}
in mind as it is a smaller change.
This works just
Hello,
I have tried to compile thread_dev branch on linux, but it fails. Patch
below fixes this issue, but it is not tested.
I would also like to ask, if there is any plan to merge thread_dev branch
into the standard boost (I need thread pools, that's the reason for
question). The second
20 matches
Mail list logo
