Hi François, On 3 June 2016 at 06:01, François Bérard <[email protected]> wrote: > There are tons of warnings such as: > > In file included from > /Users/fberard/Downloads/osg_git/OpenSceneGraph-master/include/osg/NodeVisitor:21: > /Users/fberard/Downloads/osg_git/OpenSceneGraph-master/include/osg/ValueMap:53:51: > warning: expression with side effects will be evaluated despite being used > as an operand to 'typeid' > [-Wpotentially-evaluated-expression] > if (itr!=_keyValueMap.end() && > typeid(*(itr->second))==typeid(UserValueObject)) > ^ > (I guess this is due to NodeVisitor being used everywhere).
I am clueless to what this warning actually means or how to resolve it. The code looks fine to me. > > And also a bit of: > > [ 85%] Building CXX object > applications/osgviewer/CMakeFiles/application_osgviewer.dir/osgviewer.cpp.o > ConfigLexer.cpp:827:2: warning: 'register' storage class specifier is > deprecated [-Wdeprecated-register] > register yy_state_type yy_current_state; > ^~~~~~~~~ This is from old Producer Lex and yacc code, I wonder if regenerating it would fix it. > Also, I did a build in a temporary location (CMAKE_INSTALL_PREFIX to some > place), but the build did not put the path or some relative paths in the > binaries: > > [Downloads/osg_git] % otool -L ./bin/osgviewer > ./bin/osgviewer: > libosgViewer.144.dylib (compatibility version 144.0.0, current > version 3.5.3) > libosgText.144.dylib (compatibility version 144.0.0, current version > 3.5.3) > libosgGA.144.dylib (compatibility version 144.0.0, current version > 3.5.3) > libosgDB.144.dylib (compatibility version 144.0.0, current version > 3.5.3) > /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon > (compatibility version 2.0.0, current version 157.0.0) > /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current > version 1.2.8) > libosgUtil.144.dylib (compatibility version 144.0.0, current version > 3.5.3) > libosg.144.dylib (compatibility version 144.0.0, current version > 3.5.3) > libOpenThreads.20.dylib (compatibility version 20.0.0, current > version 3.3.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current > version 1226.10.1) > /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa > (compatibility version 1.0.0, current version 22.0.0) > /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current > version 120.1.0) > > So, "./osgviewer" did not work out of the box, I had to set > DYLD_LIBRARY_PATH to point to the libraries. > > ccmake did warn about something that is probably related: > > CMake Warning (dev): > Policy CMP0042 is not set: MACOSX_RPATH is enabled by default. Run > "cmake > --help-policy CMP0042" for policy details. Use the cmake_policy command > to > set the policy and suppress this warning. > > MACOSX_RPATH is not specified for the following targets: I don't have an OSX system or OSX expertise so have to defer to members of the OSG/OSX community to judge what is appropriate and what is an actual issue and if so how to resolve it. A general note putting libraries on a library path when the libs are in a custom place seems normal to me. This is what will happen on all other platforms so would expect this to be the same under OSX as well. Robert. _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
