[osg-users] Preparing to make 3.5.3 dev release, please test

[Robert Osfield]

Hi François,

On 3 June 2016 at 06:01, François Bérard <francois.berard at imag.fr> 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.