|
Boost :
|
- Next message: David B. Held: "[boost] Re: Proposals: p2m offsets, prebuild<>, squad_ptr<>(ofcourse)"
- Previous message: Philippe A. Bouchard: "[boost] Re: Proposals: p2m offsets, prebuild<>, squad_ptr<> (ofcourse)"
- In reply to: Philippe A. Bouchard: "[boost] Re: Proposals: p2m offsets, prebuild<>, squad_ptr<> (ofcourse)"
- Next in thread: Philippe A. Bouchard: "[boost] Re: Proposals: p2m offsets, prebuild<>, squad_ptr<>(ofcourse)"
- Reply: Philippe A. Bouchard: "[boost] Re: Proposals: p2m offsets, prebuild<>, squad_ptr<>(ofcourse)"
"Philippe A. Bouchard" <philippeb_at_[hidden]> wrote in message
news:ahk0in$gk6$1_at_main.gmane.org...
> It seems you cannot use it with typenames that easily; it depends on
virtual
> tables and you'll have to prepare your pointee type similarly to
> detail::counted_base derivatives. I'm still not convinced this complexity
/
> benefits ratio is better.
I am not sure what you meant as "it", but if it is Policy-Based smart
pointer then both your statements are incorrect.
1. Framework does not have virtual functions and virtual tables accordingly
( though resulting smart pointer may have, depends on policies
implementation)
2. It has nothing to do with counted_base (at least my version)
Gennadiy.
- Next message: David B. Held: "[boost] Re: Proposals: p2m offsets, prebuild<>, squad_ptr<>(ofcourse)"
- Previous message: Philippe A. Bouchard: "[boost] Re: Proposals: p2m offsets, prebuild<>, squad_ptr<> (ofcourse)"
- In reply to: Philippe A. Bouchard: "[boost] Re: Proposals: p2m offsets, prebuild<>, squad_ptr<> (ofcourse)"
- Next in thread: Philippe A. Bouchard: "[boost] Re: Proposals: p2m offsets, prebuild<>, squad_ptr<>(ofcourse)"
- Reply: Philippe A. Bouchard: "[boost] Re: Proposals: p2m offsets, prebuild<>, squad_ptr<>(ofcourse)"
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk