
Hi all, As requested by some at the mailing list, I've migrated allocator.hpp from boost/multi_index/detail/ to boost/detail/ (with some obvious namespace changes.) I'd like to remark the following: * This allocator.hpp has nothing to do with a header of the same name who was sitting there and John Maddock kindly removed a few days ago. * The header provides some utilities to do rebinding of allocators even in MSVC++ 6.0 (where the std syntax for rebind does not work), and also exposes a tiny wrapper over defective std::allocators, providing some missing template members to make them std compliant. * I'd appreciate if those of you who were originally interested in using this header can do some sanity checks to make sure everything works for you (it does for Boost.MultiIndex). We have some room for improvements and fixes until Boost 1.32 is branched for release. Best, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

Joaquín Mª López Muñoz wrote:
Hi all,
As requested by some at the mailing list, I've migrated allocator.hpp from boost/multi_index/detail/ to boost/detail/ (with some obvious namespace changes.)
I'd like to request a name change from allocator.hpp to something else more appropriate (ie, allocator_helper.hpp). Correct me if I'm wrong, but I believe this isn't an actual boost allocator implementation, but rather helper classes to get passed rebind issues in some STL implementations. The reason I mention this is that I was actually thinking of creating a boost::allocator class to work with RAII classes. That is, an allocator class that allows you to pass constructor parameters when constructing the object. Robert Geiman

Hi Rob, Rob Geiman ha escrito:
Joaquín Mª López Muñoz wrote:
Hi all,
As requested by some at the mailing list, I've migrated allocator.hpp from boost/multi_index/detail/ to boost/detail/ (with some obvious namespace changes.)
I'd like to request a name change from allocator.hpp to something else more appropriate (ie, allocator_helper.hpp). Correct me if I'm wrong, but I believe this isn't an actual boost allocator implementation, but rather helper classes to get passed rebind issues in some STL implementations.
The reason I mention this is that I was actually thinking of creating a boost::allocator class to work with RAII classes. That is, an allocator class that allows you to pass constructor parameters when constructing the object.
Yes, you're right in that allocator.hpp does not implement any standalone allocator. Although I don't think this would clash with a future boost::allocator (the stuff is in boost::detail::allocator), I don't have any problem with renaming to allocator_helper (it's a better name, actually.) If no one else objects (which I doubt) I'll apply the name change tomorrow. Thanx, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

Joaquín Mª López Muñoz <joaquin@tid.es> writes:
Hi Rob,
Rob Geiman ha escrito:
Joaquín Mª López Muñoz wrote:
Hi all,
As requested by some at the mailing list, I've migrated allocator.hpp from boost/multi_index/detail/ to boost/detail/ (with some obvious namespace changes.)
I'd like to request a name change from allocator.hpp to something else more appropriate (ie, allocator_helper.hpp). Correct me if I'm wrong, but I believe this isn't an actual boost allocator implementation, but rather helper classes to get passed rebind issues in some STL implementations.
The reason I mention this is that I was actually thinking of creating a boost::allocator class to work with RAII classes. That is, an allocator class that allows you to pass constructor parameters when constructing the object.
Yes, you're right in that allocator.hpp does not implement any standalone allocator. Although I don't think this would clash with a future boost::allocator (the stuff is in boost::detail::allocator), I don't have any problem with renaming to allocator_helper (it's a better name, actually.) If no one else objects (which I doubt) I'll apply the name change tomorrow.
I think allocator_rebind would be a much better name than allocator_helper. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com
participants (3)
-
David Abrahams
-
Joaquín Mª López Muñoz
-
Rob Geiman