Re: Optimize hashtable allocator

2012-11-01 Thread François Dumont
Attached patch applied. 2012-11-01 François Dumont * include/bits/hashtable_policy.h (__details::_Before_begin<>): New, combine a base node instance and an allocator. * include/bits/hashtable.h (_Hashtable<>::_M_node_allocator): Remove. (_Hashtable<>::_M_before_begin): Rename

Re: Optimize hashtable allocator

2012-10-31 Thread Jonathan Wakely
On 31 October 2012 22:46, Marc Glisse wrote: > On Wed, 31 Oct 2012, Jonathan Wakely wrote: > >> On 31 October 2012 22:14, François Dumont wrote: >>> >>> Here is the patch I came to. I use the 'universal reference' like you >>> propose but some tests started to fail because I think gcc called it

Re: Optimize hashtable allocator

2012-10-31 Thread Marc Glisse
On Wed, 31 Oct 2012, Jonathan Wakely wrote: On 31 October 2012 22:14, François Dumont wrote: Here is the patch I came to. I use the 'universal reference' like you propose but some tests started to fail because I think gcc called it instead of the move constructor. Ah of course. The defau

Re: Optimize hashtable allocator

2012-10-31 Thread Jonathan Wakely
On 31 October 2012 22:14, François Dumont wrote: > On 10/30/2012 10:26 PM, Jonathan Wakely wrote: > > Are you sure all GDB 7.x should work ? I have gdb 7.1 and when running > pretty printers tests I have: > > Spawning: gdb -nw -nx -quiet -batch -ex "python print > gdb.lookup_global_symbol" > ES

Re: Optimize hashtable allocator

2012-10-31 Thread François Dumont
On 10/30/2012 10:26 PM, Jonathan Wakely wrote: I try to adapt pretty printer code but haven't been able to test it as I don't have the necessary gdb version and don't have time to update it at the moment. If you prefer I can leave it untouched. Please try to install a newer GDB, building it