Re: [patch] Simplify allocator use

2014-06-27 Thread François Dumont
On 26/06/2014 13:31, Jonathan Wakely wrote: On 25/06/14 21:56 +0100, Jonathan Wakely wrote: The other adds an RAII type to help manage pointers obtained from allocators. The new type means I can remove several ugly try-catch blocks that are all very similar in structure and have been bothering

Re: [patch] Simplify allocator use

2014-06-26 Thread Jonathan Wakely
On 25/06/14 21:56 +0100, Jonathan Wakely wrote: The other adds an RAII type to help manage pointers obtained from allocators. The new type means I can remove several ugly try-catch blocks that are all very similar in structure and have been bothering me for some time. The new type also makes it

Re: [patch] Simplify allocator use

2014-06-26 Thread Jonathan Wakely
On 26/06/14 12:31 +0100, Jonathan Wakely wrote: @@ -137,20 +139,12 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION __node_type* __node = _M_nodes; _M_nodes = _M_nodes-_M_next(); __node-_M_nxt = nullptr; - __value_alloc_type __a(_M_h._M_node_allocator());

Re: [patch] Simplify allocator use

2014-06-26 Thread Jonathan Wakely
On 26/06/14 00:06 +0100, Jonathan Wakely wrote: This simplifies some of the test changes in my last patch, I was misusing the CustomPointerAlloc due to confusion with some uncommitted changes. And this fixes the -fno-rtti version of make_shared, I shouldn't have changed the deleter's parameter

[patch] Simplify allocator use

2014-06-25 Thread Jonathan Wakely
A couple of related patches that came out of some work on std::list and std::string which is not ready yet. One adds an alias template to simplify rebinding allocators. The other adds an RAII type to help manage pointers obtained from allocators. The new type means I can remove several ugly

Re: [patch] Simplify allocator use

2014-06-25 Thread Jonathan Wakely
This simplifies some of the test changes in my last patch, I was misusing the CustomPointerAlloc due to confusion with some uncommitted changes. Tested x86_64-linux, committed to trunk. commit d1a05535e99bfecb427829d3e03ef82e0977e60c Author: Jonathan Wakely jwak...@redhat.com Date: Wed Jun