emacs-pretest-bug
[Top][All Lists]
Advanced

[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: Peter Dyballa
Subject: Re: Compilation of GNU Emacs 23.0.0 fails when configured with --enable-font-backend
Date: Thu, 5 Oct 2006 00:22:42 +0200


When I configure with this option, --enable-font-backend, 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


I received an answer from Apple. The behaviour is correct – because / usr/local/include is part of the built-in search directories in Apple's GCC 4.0.1. The cure is to add '-idirafter /usr/X11R6/include' – which fails in that case when this is part of a macro in a pkg- config file: somehow the output is sorted and -idirafter always comes first! So a bit of tweaking the Makefiles is needed afterwards ...

--
Greetings

  Pete

Make it simple, as simple as possible but no simpler.
                              Albert Einstein






reply via email to

[Prev in Thread] Current Thread [Next in Thread]