Bug#350458: Xft.h includes freetype headers, .pc file does not reflect this
Package: libxft-dev
Version: 2.1.8.2-2
Severity: normal
Please see #349318 for context. In the fix for that bug, ${freetypelibs}
${xrenderlibs} were moved from Libs: to Libs.private: in xft.pc. At some
later point, ${freetypecflags} ${xrendercflags} were removed from
Cflags: to reflect this.
However, libxft is not merely linked against freetype; Xft.h includes
the freetype headers. `pkg-config --cflags xft` no longer provides the
necessary include flags for this, so a program which includes Xft.h
without explicitly specifying freetype's include flags will FTBFS.
I'm not sure at this point whether the design of Xft is such that any
program linking against it must also explicitly link against freetype.
If this is not the case (hopefully it isn't), the best solution here
would be to design Xft's headers in such a way that any internal use of
freetype is not made public. Otherwise (if it *must* be public, and I
get to deal with the freetype transition in my Xft-using packages),
both the Cflags: and the Libs:/Libs.private: changes need to be
reverted.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.1
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages libxft-dev depends on:
ii libc6-dev [libc-dev] 2.3.5-12 GNU C Library: Development Librari
ii libfontconfig1-dev 2.3.2-1.1 generic font configuration library
ii libfreetype6-dev 2.1.10-1 FreeType 2 font engine, developmen
ii libx11-dev 6.9.0.dfsg.1-4 X Window System protocol client li
ii libxft2 2.1.8.2-2 FreeType-based font drawing librar
ii libxrender-dev 1:0.9.0.2-1 X Rendering Extension client libra
ii x-dev 6.9.0.dfsg.1-4 X protocol development files
ii zlib1g-dev [libz-dev] 1:1.2.3-9 compression library - development
libxft-dev recommends no packages.
-- no debconf information
Reply to: