They do have a type that is somewhat similar to ref_ptr. I have not gone into the details of it to see how much it matches but it does use embedded reference counts. intrusive_ptr<http://www.boost.org/doc/libs/1_39_0/libs/smart_ptr/intrusive_ptr.html>
On Sun, May 31, 2009 at 9:21 PM, Chris 'Xenon' Hanson <xe...@alphapixel.com>wrote: > Judd Tracy wrote: > > Boost only needs to be installed if you use certain features. Shared > > pointers is not one of those features in which it needs to be > > installed. > > I like boost myself, and have used parts of it in different projects. > But, I want to > clarify the sense of "installed" here. > > I'd differentiate the multiple meanings of "installed" into > headers-installed and > libraries-installed. To use any part of boost in your code, you (the person > compiling the > boost-using project) must have the boost development kit with headers > installed. This is > one component that OSG doesn't currently require. It's pretty version-safe > -- generally if > you require boost x.y.z, any version > than that should be fine. > > Judd is right in that most of boost does its magic at compile-time and > doesn't need > binary libraries at link-time. > > However, it seems it is still possible to get in trouble when you mix > binaries compiled > by different people who used different versions of boost -- whether they > were using > compile-time or link-time portions of boost. > > Because OSG incorporates other third-party libraries (such as Collada) > that incorporate > boost and are difficult for individual OSG developers or the project > maintainers to > recompile every time something changes, we've run afoul of this problem and > are gun-shy. > > The real question is -- does boost even offer a smart pointer type that > replicates > ref_ptr, or is all this a pointless exercise? > > -- > Chris 'Xenon' Hanson, omo sanza lettere Xenon > AlphaPixel.com > PixelSense Landsat processing now available! > http://www.alphapixel.com/demos/ > "There is no Truth. There is only Perception. To Perceive is to Exist." - > Xen > _______________________________________________ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >
_______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org