On 2014-03-03 02:51-0800 phil rosenberg wrote: > Unfortunately the Freetype module still doesn't work for me. I actually get PL_HAVE_FREETYPE set to ON, however FREETYPE_INCLUDE_DIR is empty and therefore when I try to compile Plplot I get a "cannot find include file" type error. I will keep playing to see if there is anything obvious I am missing.
Please svn update (or svn checkout) and try again using the CMake 3.0 version of the freetype find module in cmake/modules. Here is a longer explanation of why I think these steps are necessary for you. Remember that our old unoffical find module for freetype was very different from the official freetype module from CMake. So using any official version requires PLplot build-system changes. For example, one of the returned variables is named differently (FREETYPE_INCLUDE_DIRS rather than FREETYPE_INCLUDE_DIR) and that different variable (as indicated by the plural form) is a list of directories rather than just one. I did all the changes in our build system to use the FREETYPE_INCLUDE_DIRS list as of revision 13025. FREETYPE_INCLUDE_DIR no longer exists for that revision. And your cmake output should include lines similar to -- Found Freetype: /usr/lib/x86_64-linux-gnu/libfreetype.so (found version "2.4.9") -- FREETYPE_CFLAGS = -I/usr/include -I/usr/include/freetype2 -- FREETYPE_LIBRARIES = /usr/lib/x86_64-linux-gnu/libfreetype.so If not (which I suspect is the case), you need to do an "svn update" to get access to my latest build system changes. (Or you may have to start over with a fresh checkout if my latest changes conflict with yours.) My latest changes will give you access to the official version of the freetype find module that comes with your version of CMake. That version was fine for my case where I used an older version of freetype, but will not be fine for yours. So beyond my changes you need to copy the CMake 3.0 version of the find module to cmake/modules. I expect that will "just work" for you since that 3.0 version should not be that different (except in critical ways that meet your latest-version freetype needs) from the official CMake version I tested since CMake module maintainers are normally very good about backwards compatibility. I hope that longer explanation helps rather than confuses. :-) Anyhow, follow the steps I first indicated above, and I am pretty sure you will be fine. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
