Hi Robert,

Sorry for any confusion. By current toolchain I simply mean latest versions of 
everything: VC++ 2015 or Intel C++ 2016, Qt 5.6, and latest downloads of 3rd 
party libs. I'm happy to bring these issues to osg-users but it is more in the 
vein of how to make the CMake changes backwards compatible since the behavior 
is pretty straightforward. For example...

The debug freetype library is named freetyped.lib and isn't found by the stock 
FindFreetype.cmake because it doesn't search for freetyped and when you add 
freetyped to the NAMES it then finds it.

The freetype include directory structure changed at some point so there is 
freetype\include\freetype, not freetype\include\freetype2, so the stock build 
fails. Finding freetype bits seems to vex a number of projects and it will take 
some CMake knowledge to support both old and new freetype layouts. Or maybe the 
3.6.0 release could just switch to the new layout and not support old lib 
versions.

The issues with Qt5 are not mysterious either: qt5_use_modules is deprecated in 
favor of target_link_libraries so I made that change, and I added FIND_PACKAGE 
for the Qt5 components needed. These changes are isolated in Qt5 sections so I 
believe they are safe with any recent CMake versions.

So I don't think the build blockers I hit are due to a mis-configuration of my 
build setup but you are right that we can probably get help on making the best 
CMake changes from osg-users -- I'll do that. And, yes, I'm happy to help with 
3.6.0 build testing on Windows.

Cheers,
Stuart

------------------
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=67314#67314





_______________________________________________
osg-submissions mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org

Reply via email to