[clc-devel] Freetye 2.1.7 issues
Hi, I found the new freetype (>=2.1.6) could break quite a number of packages: http://studio.imagemagick.org/pipermail/magick-bugs/2003-December/001573.htm... I noticed the issue today while packaging fltk .Since the include method for freetupe is changed, the ports should be upgraded or patched. Ie: possibly affected ports are imagemagick, wine. Xft and related ports are a problem as well since xft it's linked to freetype. I only tested fltk and imagemagick, I can confirm that on my machine freetype2/xft are dubbed unusable by the configure scripts. Quite a mess, uh? Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip@varlock.com
On Thu, 2004-01-22 at 05:48, Simone Rota wrote:
I only tested fltk and imagemagick, I can confirm that on my machine freetype2/xft are dubbed unusable by the configure scripts.
Uhm. You can notice the same issue trying to build pango, or consequently gimp-devel: In file included from pango-ot-private.h:25, from pango-ot-info.c:22: /usr/include/freetype2/freetype/freetype.h:20:2: #error "`ft2build.h' hasn't been included yet!" /usr/include/freetype2/freetype/freetype.h:21:2: #error "Please always use macros to include FreeType header files." /usr/include/freetype2/freetype/freetype.h:22:2: #error "Example:" /usr/include/freetype2/freetype/freetype.h:23:2: #error " #include <ft2build.h>" /usr/include/freetype2/freetype/freetype.h:24:2: #error " #include FT_FREETYPE_H" pango-ot-info.c:25:31: freetype/ftmodule.h: No such file or directory make[3]: *** [pango-ot-info.lo] Error 1 make[3]: Leaving directory `/usr/ports/opt/pango/work/src/pango-1.2.5/pango/opentype' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/ports/opt/pango/work/src/pango-1.2.5/pango' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/ports/opt/pango/work/src/pango-1.2.5' make: *** [all-recursive-am] Error 2 =======> ERROR: Building '/usr/ports/opt/pango/pango#1.2.5-1.pkg.tar.gz' failed. Should we revert to old freetype 2.1.5? Or patch all ports with the damn'd ft2build.h include directive? Regards, Simone -- Simone Rota WEB : http://www.varlock.com Bergamo, Italy MAIL: sip@varlock.com
On Thu, 22 Jan 2004, Simone Rota wrote:
Hi,
Hi,
I found the new freetype (>=2.1.6) could break quite a number of packages: http://studio.imagemagick.org/pipermail/magick-bugs/2003-December/001573.htm...
I noticed the issue today while packaging fltk .Since the include method for freetupe is changed, the ports should be upgraded or patched. Ie: possibly affected ports are imagemagick, wine. Xft and related ports are a problem as well since xft it's linked to freetype.
I only tested fltk and imagemagick, I can confirm that on my machine freetype2/xft are dubbed unusable by the configure scripts.
Quite a mess, uh?
Hmm... damn. I got the impression that only private/internal header files where renamed/changed. Obviously I was wrong. I wouldn't mind going back to freetype 2.1.5 again to resolve this mess. Comments? /Per
On Fri, 23 Jan 2004 15:18:05 +0100 (CET) Per Liden <per@fukt.bth.se> wrote:
I wouldn't mind going back to freetype 2.1.5 again to resolve this mess.
Comments?
------------snip------------- --- /usr/include/freetype2/freetype/freetype.h.orig 2004-01-23 22:57:02.390297736 +0100+++ /usr/include/freetype2/freetype/freetype.h 2004-01-23 22:58:43.289958656 +0100@@ -17,13 +17,12 @@ #ifndef FT_FREETYPE_H -#error "`ft2build.h' hasn't been included yet!" -#error "Please always use macros to include FreeType header files." -#error "Example:" -#error " #include <ft2build.h>" -#error " #include FT_FREETYPE_H" +#ifndef FT_FREETYPE_H_OBSOLETE +#define FT_FREETYPE_H_OBSOLETE +#include <ft2build.h> +#include FT_FREETYPE_H +#endif #endif - #ifndef __FREETYPE_H__ #define __FREETYPE_H__ --------------snap-------------- Could this be a solution ? Any side effects ? bye, danm -- Daniel Mueller Berlin, Germany (OpenPGP: 1024D/126EC290)
On Fri, 23 Jan 2004, Daniel Mueller wrote:
On Fri, 23 Jan 2004 15:18:05 +0100 (CET) Per Liden <per@fukt.bth.se> wrote:
I wouldn't mind going back to freetype 2.1.5 again to resolve this mess.
Comments?
------------snip------------- --- /usr/include/freetype2/freetype/freetype.h.orig 2004-01-23 22:57:02.390297736 +0100+++ /usr/include/freetype2/freetype/freetype.h 2004-01-23 22:58:43.289958656 +0100@@ -17,13 +17,12 @@
#ifndef FT_FREETYPE_H -#error "`ft2build.h' hasn't been included yet!" -#error "Please always use macros to include FreeType header files." -#error "Example:" -#error " #include <ft2build.h>" -#error " #include FT_FREETYPE_H" +#ifndef FT_FREETYPE_H_OBSOLETE +#define FT_FREETYPE_H_OBSOLETE +#include <ft2build.h> +#include FT_FREETYPE_H +#endif #endif -
#ifndef __FREETYPE_H__ #define __FREETYPE_H__ --------------snap--------------
Could this be a solution ? Any side effects ?
Nice idea, but I'm afraid it's not enough. For example, building pango still fails with: ... /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DPANGO_ENABLE_ENGINE -DSYSCONFDIR=\"/usr/etc\" -DLIBDIR=\"/usr/lib\" -DG_DISABLE_DEPRECATED -DG_DISABLE_CAST_CHECKS -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/X11R6/include -I../.. -O2 -march=i686 -pipe -Wall -c pango-ot-info.c gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DPANGO_ENABLE_ENGINE -DSYSCONFDIR=\"/usr/etc\" -DLIBDIR=\"/usr/lib\" -DG_DISABLE_DEPRECATED -DG_DISABLE_CAST_CHECKS -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/X11R6/include -I../.. -O2 -march=i686 -pipe -Wall -c pango-ot-info.c -fPIC -DPIC -o .libs/pango-ot-info.o pango-ot-info.c:25:31: freetype/ftmodule.h: No such file or directory make[3]: *** [pango-ot-info.lo] Error 1 make[3]: Leaving directory `/home/per/crux/cvs/ports/opt/pango/work/src/pango-1.2.5/pango/opentype' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/per/crux/cvs/ports/opt/pango/work/src/pango-1.2.5/pango' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/per/crux/cvs/ports/opt/pango/work/src/pango-1.2.5' make: *** [all-recursive-am] Error 2 I'll just go back to 2.1.5 for now. Let's hope 2.1.8 will have better "compatability glue" or something... /Per
participants (3)
-
Daniel Mueller -
Per Liden -
Simone Rota