Boost logo

Boost :

Subject: Re: [boost] Curiousity question
From: Jens Weller (JensWeller_at_[hidden])
Date: 2016-10-13 09:42:06

Hi Edward,

this interface seems to exist to ensure the lifetime of the object handed to my library,
5) is hence not the best option.

I'd go with supporting both std::shared_ptr (default) and boost::shared_ptr in my library.

4) would be an interesting option for purely generic code, just modeling the interface of the shared_ptr type, but not restricting it to a concrete type seems smart.
One could still have std::shared_ptr as the default for the template argument.

boost::shared_ptr would be interesting as a way to support pre C++11 code.


Jens Weller

> Gesendet: Donnerstag, 13. Oktober 2016 um 00:58 Uhr
> Von: "Edward Diener" <eldiener_at_[hidden]>
> An: boost_at_[hidden]
> Betreff: [boost] Curiousity question
> I would like to ask a design question for any Boost developers or anyone
> on this mailing list who might care to answer.
> You are designing or working on a library, perhaps for Boost, perhaps
> for fun, and part of the design of the library has some public
> functionality taking a shared pointer as input. You:
> 1) Use boost::shared_ptr
> 2) Use std::shared_ptr
> 3) Use both boost::shared_ptr and std::shared_ptr with the same
> functionality
> 4) Use neither, you roll your own shared pointer-like functionality
> 5) You don't lke shared pointers and use raw pointers instead
> I really am curious about this. I haven't put any limitation on your
> library or made any presumption on who your library is for, on purpose.
> Thanks for anyone answering !
> _______________________________________________
> Unsubscribe & other changes:

Boost list run by bdawes at, gregod at, cpdaniel at, john at