Re: [boost] [smart_ptr] enable_shared_from_this_light

I wrote:

I could however imagine scenarios in which sp_accept_owner and a deleter are used as a pair to achieve postconstructor and predestructor behavior.

... in which case the documentation would presumably say "please use this deleter when creating a shared_ptr to this class". The programmer would be able to enforce this by declaring the other sp_accept_owner overloads without a definition, make them throw, or (in C++0x) declare them with =delete.