[Dune] [#766] Separate GenericGeometries and the SmallObjectPool

[Dune]

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#766 - Separate GenericGeometries and the SmallObjectPool
User who did this - Carsten Gräser (Carsten)

----------
Unfortunately I don't have the time to implement this now. Furthermore Martin told me that he'd like to change the caching of computed data before changing the allocator stuff.

Hence I suggest to mark this 'post 2.1'.

A quick solution that also allows to use classical allocators would be to implement the virtual destroy method suggested by Martin. This seems to be legal:

The allocator support in std::shared_ptr (not in std::tr1::shared_ptr !) leads to exactly the same problem. The c++0x proposal for this extension (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2351.htm) explicitly refers to the implementation in boost::shared_ptr (which uses the destroy approach) for the implementability of the proposal:


----------

More information can be found at the following URL:
http://www.dune-project.org/flyspray/index.php?do=details&task_id=766#comment2334

You are receiving this message because you have requested it from the Flyspray bugtracking system.  If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.