Closed Sworddragon closed 10 years ago
Had the same issue with Ubuntu 14.04, this is my workaround: cmake .. -DFREETYPE_INCLUDE_DIR_freetype2=/usr/include/freetype2 -DFREETYPE_INCLUDE_DIR_ft2build=/usr/include/freetype2
I don't have this problem, but I'm not using Ubuntu sooo... Someone should to take a look at https://github.com/udoprog/c10t/blob/master/cmake/modules/FindFreeType.cmake and figure out why it fails to find freetype on Ubuntu.
Edit: NVM, after a full system update I managed to hit this issue as well. Looking into it, the FindFreetype provided with c10t is ancient. Normally a proper one should be provided by the system, cmake or freetype itself. In my case I already have a much newer version of this file in my shared cmake directory, however it is named "FindFreetype" note the non-capitalized "t". An easy fix is to remove the module include from CMakeLists.txt and change "find_package(FreeType 2 REQUIRED)" to "find_package(Freetype 2 REQUIRED)", however I have no idea how this affects potential Windows builds, if c10t even builds on Windows - probably not since there is no registery search in the current FindFreeType. I'll provide a patch.
Pretty sure this can be closed now, unless anyone else still has this issue with the current master?
On testing this with the current git the issue doesn't appear anymore.
On Ubuntu 14.10 dev with following the instructions on the README.md I'm getting the following output from cmake:
The freetype files are installed here: