|
Hi Robert, While trying to get past build problems I did try using CMake's
FindFreetype.cmake and it didn't work so I suspect you are correct
that some other changes will be required. It does look like the
CMake version is at least attempting to cover the various freetype
layouts so it could eliminate an OSG maintenance burden. But its
find_library doesn't have freetyped so I don't know if it solves
the debug build issue unless we can do it by setting
FREETYPE_LIBRARY. Stuart On 6/1/2016 11:05 AM, Robert Osfield
wrote:
Hi Stuart, I have now checked in my changes to build the OSG using CMake's FindFreetype.cmake rather than the OSG's native one, I deleted the later as well as change the src/osgPlugins/freetype/CmakeListst.txt. I have tested this under Kubuntu 16.04 so far.After checking the changes in I am now starting to think that using the standard Windows 3rd party depdencies package and the associated Find3rdPartyDependencies.cmake might not set up the variables in the same way as CMake's FindFreetype.cmake so could lead to problems. In particular I don't think the FREETYPE_LIBRARIES var usage that I've introduced will work with the Find3rdPartyDependencies.cmake that will be just setting the FREETYPE_LIBRARY var. I think Find3rdPartyDependencies.cmake should be creating a FREETYPE_LIBRARIES var as well, but am not a CMake guru so will need to look up the rules for doing this. Robert. On 1 June 2016 at 15:23, Robert Osfield <[email protected]> wrote:Hi Stuart, Thanks for the modified file. I've just reviewed this, as is it would break the build for others as you remove paths from the search list rather than just add a new one. The addition of the debug library is desirable but would raise the issue of mixing debug and release libs, something that the present ones do in the opposite direction so the original script isn't ideal on this either. I can easily insert your additions into the OSG's FindFreetype.cmake, however, I do wonder if it's not best now to just adopt CMake's own FindFreetype.cmake. CMake has come along way since the early days when we adopted and it's own list of Find scripts was lacking. I will have a bash with removing the OSG's FindFreetype.cmake so the it utilizes CMake own version, if this works well I'll check it in to git master. On 1 June 2016 at 11:54, Stuart Mentzer <[email protected]> wrote:Hi, [I know this is more of a build issue but I was asked to bring this here to get a wider swath of OSG experts.] I am doing Windows builds with VC++ 2015 and latest build from sources of the 3rd party libraries. A few issues with the current freetype lib cause the build to fail and we want to get the right patches to support different versions of freetype. The 2 issues are: The include path structure doesn't have a freeetype2 directory anymore so the stock FindFreetype.cmake isn't working. In the attached FindFreetype.cmake I just hacked it to work with the new layout but that obviously won't work for the old layout. Does some CMake guru know the right way to do this? Would it work to just drop the OSG custom FindFreetype.cmake and use the CMake one (which seems to have both include/freetype2 and include supported in the latest CMake)? The debug build doesn't find freetyped.lib because freetyped isn't in the NAMES list. I added freetyped to NAMES but if that isn't the right/safe way to do it it would be helpful to hear a better idea. Thank you! Cheers, Stuart[/list] ------------------ Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=67315#67315 Attachments: http://forum.openscenegraph.org//files/findfreetypecmake_210.txt _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org_______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org |
_______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
