Oops, my mistake -- Your fix was not yet checked into svn. I took your change to the Find3rdPartyDe....cmake file from osg-submissions, and when I use that ALL WORKS CORRECTLY. So, we just need Robert to fold this into svn.
Thanks for the quick fix, this is an excellent change. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 -----Original Message----- From: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Mattias Helsing Sent: Thursday, February 26, 2009 7:17 AM To: OpenSceneGraph Users Subject: Re: [osg-users] Non-standard name for "3rdParty" disables FreeTypeplugin Hi guys, I just posted on osg-submissions a fix for this. J-S is right. It's easy to fix so haven't been dealt with. As I now know this bug I know that the quick fix is to delete/remove entry FREETYPE_INCLUDE_DIR_ft2build and FREETPE_INCLUDE_DIR_freetype2 vars from the cmake cache after having set your preferred ACTUAL_3RDPARTY_DIR Mattias On 2/26/09, Jean-Sébastien Guay <jean-sebastien.g...@cm-labs.com> wrote: > Hi Paul, > >> Any idea why the non-standard name for the 3rdParty dir would cause >> this failure? > > This is an issue that has been there for a while but that no one > bothered to fix until now because there's an easy workaround. > > The workaround is to open up CMake, and show the "Advanced variables". > You will probably see that some freetype-related variables are set to > <something>-NOTFOUND. Set them to the right values and regenerate, and > it will be fine. > > It's possible that other variables will also not be set correctly. So > check all the values in the advanced list and make sure they're all > set as they should, if not set them manually. > > I don't know enough about CMake to fix this. I can however give the > exact failure mechanism if someone's interested: > > 1. Delete your CMake cache > 2. Open CMake, point it to your source and build directory, and press > Configure a first time. This will ask you which compiler to generate > for, and some of the variables will appear in the CMake window. > 3. Change ACTUAL_3RDPARTY_DIR manually. > 4. Press Configure a second time. > > It would seem that if ACTUAL_3RDPARTY_DIR is manually changed, CMake > is not able to detect all of the libs/includes that are needed. I > expect there's a bug in our Find3rdPartyDependencies.cmake, but I > wouldn't really know where to look and how to debug. Perhaps Mattias > or Philip can help here? > > In the mean time, I hope the workaround above helps you a bit, Paul. > > J-S > -- > ______________________________________________________ > Jean-Sebastien Guay jean-sebastien.g...@cm-labs.com > http://www.cm-labs.com/ > http://whitestar02.webhop.org/ > _______________________________________________ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph. > org > _______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org _______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
