Boost :

Date view	Thread view	Subject view	Author view

Subject: Re: [boost] Merging to release
From: Tim Blechmann (tim_at_[hidden])
Date: 2012-07-15 10:25:49

Next message: Vicente J. Botet Escriba: "[boost] [Memory][SmartPtr][Interprocess] Is there an interest in a Boost library more or less c++11 compliant?"
Previous message: Lorenzo Caminiti: "Re: [boost] [type_traits] has_equal_to< std::vector<T> > always true_"
In reply to: Daniel James: "Re: [boost] Merging to release"
Next in thread: Jeffrey Lee Hellrung, Jr.: "Re: [boost] Merging to release"
Reply: Jeffrey Lee Hellrung, Jr.: "Re: [boost] Merging to release"

> btw. since you're renaming things, shouldn't BOOST_NO_CXX11_SMART_PTR
> be BOOST_NO_CXX11_HDR_MEMORY?

cannot comment on this specific case, but the presence of a header is
one thing, the implementation is another:

* some compilers provide <atomic> but with an implementation that is
incomplete ...

* some compilers (at least gcc-4.3) implement rvalue references, but stl
containers do not provide emplace semantics. so one does not have
precise control via BOOST_NO_RVALUE_REFERENCES.

tim

Next message: Vicente J. Botet Escriba: "[boost] [Memory][SmartPtr][Interprocess] Is there an interest in a Boost library more or less c++11 compliant?"
Previous message: Lorenzo Caminiti: "Re: [boost] [type_traits] has_equal_to< std::vector<T> > always true_"
In reply to: Daniel James: "Re: [boost] Merging to release"
Next in thread: Jeffrey Lee Hellrung, Jr.: "Re: [boost] Merging to release"
Reply: Jeffrey Lee Hellrung, Jr.: "Re: [boost] Merging to release"

Date view	Thread view	Subject view	Author view

Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk