by the way, due to those recent changes in the OT API, I think it would
be a good move to bump the soname to 21.
Robert Osfield writes:
> Hi Curtis,
> Curious, what Linux variant are you using?
> FYI, I develop under Kubuntu 16.04 at present, so all the new Affinity
> work written in Linux and I've run osgversion a number of times and
> not seen any issues with missing linkage. For dev work I don't
> usually install the OSG though, instead setting my LD_LIBRARY_PATH to
> pick up the OSG libs where they were built. This means I don't have
> to do a make install each time I modify the OSG codebase, I wouldn't
> expect it to change behaviour w.r.t linkgage, but perhaps there is
> some relationship.
> I just checked the applications/osgversion/CMakeLists.txt and it
> includes OpenThreads on the link line so it should work.
> Is there any chance you've only install the updated OSG but not the
> updated OpenThreads?
> On 11 October 2016 at 18:31, Curtis Rubel <cru...@compro.net> wrote:
>> After cloning out a copy of OpenSceneGraph 3.5.5 from GitHub,
>> and running cmake with default options, then enabled building
>> of examples and documentation on Linux only.
>> After clean build with no errors, running make install;sudo ldconfig
>> osgversion command fails with the following results:
>> osgversion: symbol lookup error: /usr/local/lib64/libosgDB.so.145: undefined
>> symbol: _ZN11OpenThreads6Thread20setProcessorAffinityERKNS_8AffinityE
>> Actually seems all the default built binaries fail with the same error.
>> Are there some other cmake flags, defines or compile options that need to be
>> specified before compiling 3.5.5 and have it run properly on 64bit Linux?
>> If more data is needed, just let me know what/how to get it for you
>> and I will do my best to get it.
>> Read this topic online here:
>> osg-users mailing list
osg-users mailing list