don't directly include fterrors.h

[sk1p]

Edit: see below for actual error...

On Debian, freetype has its include files in /usr/include/freetype2, and compilation of Pillow 2.2.1 fails. But instead of adding a line for each and every system, consider using pkg-config instead:

$ pkg-config freetype2 --cflags
-I/usr/include/freetype2

A nice implementation can be found in matplotlib: https://github.com/matplotlib/matplotlib/blob/master/setupext.py

[sk1p]

Oh well, it seems like the include path is actually not the problem. The error I get is the following:

_imagingft.c:62:31: fatal error: freetype/fterrors.h: No such file or directory
#include <freetype/fterrors.h>

the file layout of libfreetype6-dev on Debian/unstable is:

[...]
/usr/include
/usr/include/freetype2
/usr/include/freetype2/t1tables.h
/usr/include/freetype2/ftautoh.h
/usr/include/freetype2/ftgasp.h
/usr/include/freetype2/ftcache.h
/usr/include/freetype2/ftmodapi.h
/usr/include/freetype2/ft2build.h
/usr/include/freetype2/ftsizes.h
/usr/include/freetype2/ftrender.h
/usr/include/freetype2/ftgxval.h
/usr/include/freetype2/config
/usr/include/freetype2/config/ftstdlib.h
/usr/include/freetype2/config/ftmodule.h
/usr/include/freetype2/config/ftconfig.h
/usr/include/freetype2/config/ftoption.h
/usr/include/freetype2/config/ftheader.h
/usr/include/freetype2/ftgzip.h
/usr/include/freetype2/ftxf86.h
/usr/include/freetype2/fterrors.h
/usr/include/freetype2/ftmm.h
/usr/include/freetype2/fterrdef.h
/usr/include/freetype2/ttunpat.h
/usr/include/freetype2/ftttdrv.h
/usr/include/freetype2/tttables.h
/usr/include/freetype2/ftstroke.h
/usr/include/freetype2/fttrigon.h
/usr/include/freetype2/ftchapters.h
/usr/include/freetype2/ftglyph.h
/usr/include/freetype2/ttnameid.h
/usr/include/freetype2/ftlcdfil.h
/usr/include/freetype2/ftsnames.h
/usr/include/freetype2/ftsynth.h
/usr/include/freetype2/ftsystem.h
/usr/include/freetype2/ftmac.h
/usr/include/freetype2/freetype.h
/usr/include/freetype2/ftlist.h
/usr/include/freetype2/ftmoderr.h
/usr/include/freetype2/ftwinfnt.h
/usr/include/freetype2/ftpfr.h
/usr/include/freetype2/fttypes.h
/usr/include/freetype2/ftimage.h
/usr/include/freetype2/ftcffdrv.h
/usr/include/freetype2/tttags.h
/usr/include/freetype2/ftotval.h
/usr/include/freetype2/ftadvanc.h
/usr/include/freetype2/ftbzip2.h
/usr/include/freetype2/ftoutln.h
/usr/include/freetype2/ftbdf.h
/usr/include/freetype2/ftcid.h
/usr/include/freetype2/ftbbox.h
/usr/include/freetype2/ftbitmap.h
/usr/include/freetype2/ftincrem.h
/usr/include/freetype2/ftlzw.h
[...]

quote from: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731015

"""
As per http://www.freetype.org/freetype2/docs/tutorial/step1.html, the API
for freetype requires you to do:

#include <ft2build.h>
#include FT_FREETYPE_H

As this is the only supported interface, and this interface has not changed
in 2.5.1 (it worked before and works after, with no modifications), I don't
intend to provide compatibility symlinks for the path.
"""

[vjousse]

I've got the exact same error using Archlinux.

[aclark4life]

Pull request, anyone?

[sk1p]

appears to be fixed in master already by c6040f6, sorry for the noise