Boost C++ Libraries: Ticket #7321: freelist_stack::allocate and freelist_stack::deallocate should not be private

timblechmann — Mon, 03 Sep 2012 10:11:08 GMT

making allocate protected. deallocate should not be required, as one can still use the destruct method.

however in general it would be cleaner to use an api like this:

template <class... Args>
T * construct(Args&&... args)

Hartmut Kaiser — Mon, 03 Sep 2012 12:55:36 GMT

Replying to timblechmann:

making allocate protected. deallocate should not be required, as one can still use the destruct method.

Hmmm. In another use case I'm using freelist_stack in a special memory pool. The deallocate function is necessary for me as I'm using it from inside of a placement delete operator (the compiler has already called the destructor for me, I only need to give the memory back to the freelist). Would it be possible to leave the deallocate function protected as well, please?

however in general it would be cleaner to use an api like this:
template <class... Args>
T * construct(Args&&... args)

I agree, except for the use case above, where placement new and delete are used.

status changed; resolution set

timblechmann — Thu, 22 Nov 2012 11:52:52 GMT

status new → closed
resolution → fixed