Hi.
On Fri, 2010-04-09 at 09:43 -0500, Carsten Neumann wrote: > Hello Gerrit, > > Gerrit Voß wrote: > > does anybody has a problem if we retire the OSG::Path / OSG::Dir stuff > > and switch to boost::filesystem instead ??. > > no, I've been thinking about this too, while trying to figure out some > problem I had with the PathHandler. hmm, the pathhandler itself would stay, or I missed that there is something similar. It was a long plan to redesign it but I did not plan to do that now. > > The only drawback I see is that we always have to link against a > > boost library. > > true, it would be the first non-header only boost lib, but filesystem > has been one of the rather stable ones (i.e. few/no API changes), with > the exception that from 1.34 to 1.35 boost::system became a dependency. > One of the unit tests also already uses it, so I think the necessary > pieces to handle that are in the build system. they should, some contrib code also uses it since the scons times. > I've read on the boost mailing list that version 3 (including > incompatible changes [1]) of boost::filesystem is in beta right now > (current is version 2 apparently) and will replace the current code in a > future release of boost. There is supposedly some transition phase, but > the plan seems to be to remove the current code rather quickly afterwards. We already have to cope with different boost versions due to the highly different update cycles of desktop systems (e.g. my Fedora 12 has 1.39) and enterprise systems (Centos/RedHat 5.4 is still at 1.33). As I build all my 'production' systems (e.g. our clusters) on top of Centos 1.33 is the current reference version for me. kind regards gerrit ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Opensg-core mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-core
