[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Compilation of GNU Emacs 23.0.0 fails when configured with --enable-
From: |
Kenichi Handa |
Subject: |
Re: Compilation of GNU Emacs 23.0.0 fails when configured with --enable-font-backend |
Date: |
Thu, 14 Sep 2006 11:32:24 +0900 |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) |
As I have no knowledge about Mac OS X, I forwarded your bug
report to address@hidden which the mailing list
discussing on the new font-backend feature of
emacs-unicode-2 branch. If you have not yet been subscribed
to it and want to join, please send the request to Eli
(address@hidden).
---
Kenichi Handa
address@hidden
In article <address@hidden>, Peter Dyballa <address@hidden> writes:
> When I configure with this option, pkg-config returns quite correctly
> for CFLAGS or LIBS:
> -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/X11R6/
> include
> -L/usr/local/lib -L/usr/X11R6/lib -lfreetype -lXft -lXrender -
> lfontconfig
> So in the end it comes to this gcc invocation:
> gcc -I/sw/include -L/sw/lib -c -no-cpp-precomp -I/usr/include/
> openssl -I/usr/local/include/freetype2 -I/usr/local/include -I/sw/
> include/libpng12 -I/sw/include -Demacs -DHAVE_CONFIG_H -DUSE_LUCID -
> I. -I/Users/pete/Quellen/Emacs_CVS/emacs-23.0.0_NS-9.0pre3/src -I/usr/
> X11R6/include -I/usr/local/include -I/usr/local/include/freetype2 -I/
> usr/X11R6/include -fpascal-strings -DMAC_OSX -I../mac/src -Dtemacs
> ftfont.c
> Instead of using /usr/local/include/ft2build.h for fontconfig and
> freetype2 in /usr/local, /usr/X11R6/include/ft2build.h is found! And
> ftfont.c can't be compiled:
> ftfont.c: In function ‘ftfont_pattern_entity’:
> ftfont.c:129: error: ‘FC_WEIGHT_REGULAR’ undeclared (first use in
> this function)
> ftfont.c:129: error: (Each undeclared identifier is reported only once
> ftfont.c:129: error: for each function it appears in.)
> ftfont.c:135: error: ‘FC_WIDTH’ undeclared (first use in this
> function)
> ftfont.c: In function ‘ftfont_list_generic_family’:
> ftfont.c:191: error: ‘FC_WIDTH’ undeclared (first use in this
> function)
> ftfont.c: In function ‘ftfont_list’:
> ftfont.c:439: error: ‘FC_WIDTH’ undeclared (first use in this
> function)
> ftfont.c:509: error: ‘FC_WEIGHT_REGULAR’ undeclared (first use in
> this function)
> make[2]: *** [ftfont.o] Error 1
> The configure invocation was: ./configure --enable-font-backend --
> without-ns --without-carbon --with-x --without-sound --without-pop --
> with-xpm --with-jpeg --with-tiff --with-gif --with-png --enable-
> locallisppath=... CPPFLAGS="-no-cpp-precomp -I/usr/include/openssl -I/
> usr/local/include/freetype2 -I/usr/local/include -I/sw/include/
> libpng12 -I/sw/include"
> Mac OS X has its own, elderly, X11R6. Its libfreetype is obviously
> too old. Therefore I provided fontconfig (2.3.95) and libfreetype2
> (2.2.1) in /usr/local.
> To me gcc's behaviour looks like a bug. When invoked with -v on
> ftfont.c I get:
> ignoring nonexistent directory "/usr/lib/gcc/powerpc-apple-
> darwin8/4.0.1/../../../../powerpc-apple-darwin8/include"
> ignoring duplicate directory "/usr/local/include"
> as it is a non-system directory that duplicates a system directory
> ignoring duplicate directory "/sw/include"
> ignoring duplicate directory "/Users/pete/Quellen/Emacs_CVS/
> emacs-23.0.0_NS-9.0pre3/src"
> ignoring duplicate directory "/usr/local/include"
> as it is a non-system directory that duplicates a system directory
> ignoring duplicate directory "/usr/local/include/freetype2"
> ignoring duplicate directory "/usr/X11R6/include"
> #include "..." search starts here:
> #include <...> search starts here:
> /sw/include
> /usr/include/openssl
> /usr/local/include/freetype2
> /sw/include/libpng12
> .
> /usr/X11R6/include
> ../mac/src
> /usr/local/include
> /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/include
> /usr/include
> /System/Library/Frameworks
> /Library/Frameworks
> End of search list.
> Is there something to make GCC follow the -I paths more accurately?
> --
> Greetings
> Pete
> »¿ʇı̣ əsnqɐ ʇ,uɐɔ noʎ ɟı̣
> ɓuı̣ɥʇʎuɐ sı̣ pooɓ ʇɐɥʍ«
> _______________________________________________
> emacs-pretest-bug mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug