[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)

----------
This is essentially what I would do. I also wanted to implement this for the GenericGeometries as you suggested. However there is one problem:

They do only provide the base class type for destruction. This is no problem whith new delete and the SmallObjectPolyAllocator since the later keeps trac of the size of the allocated memory itself.

In contrast to this an stl::allocator needs to know the (derived) type of actual object for deallocation. So we would need to complement the whole TMP machinary for recursive creation by the corresponding destruction methods. As far as I can see this should not be a real problem, just a lot of work.

@Martin: Do you see any problems with the described approach?
----------

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

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.