First: Wow! Thanks for stepping up to look into this. I post a "suspicious behavior" report late afternoon US mountain time, wake up the next morning, and there's already a submission in response. I love open source, and we have an awesome global community here.
Unfortunately, the issue doesn't seem to be resolved. To test, I started from a fresh checkout of Mike 3rdParty deps, and also OSG, as sibling directories. I verified my OSG checkout contains your change, rev 9819, to the file Find3rdPartyDependencies.cmake. Then I did as follows: 1. Rename "3rdParty" as "3rdParty-VS8". 2. Open CMakeSetup.exe with OSG/CMakeLists.txt. Specify a build directory. 3. Click Configure and wait for the variables to appear. 4. Set ACTUAL_3RDPARTY_DIR to the full path for my renamed "3rdParty-VS8" directory. 5. Select the "show advanced" checkbox. 6. Click "Configure" again. 7. Examining the freetype variables, I see the following: FREETYPE_INCLUDE_DIR is set correctly. FREETYPE_LIBRARY is set correctly. FREETYPE_LIBRARY_DEBUG is set correctly. FREETYPE_INCLUDE_DIR_freetype2 is NOTFOUND. FREETYPE_INCLUDE_DIR_ft2build is NOTFOUND. 8. Click Configure again, then OK. 9. Enter VS IDE and note that there is no freetype plugin project. So, then, I deleted my build directory and started over, but this time I inserted the mentioned workaround after step 7: 7.5 Copy the value of FREETYPE_INCLUDE_DIR into the variables FREETYPE_INCLUDE_DIR_freetype2 and FREETYPE_INCLUDE_DIR_ft2build. With this workaround, I do get the freetype plugin project. So, the issue is still present, and the workaround is still required. Paul Martz Skew Matrix Software LLC http://www.skew-matrix.com +1 303 859 9466 -----Original Message----- From: [email protected] [mailto:[email protected]] 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 <[email protected]> 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 [email protected] > http://www.cm-labs.com/ > http://whitestar02.webhop.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 _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
