discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GNUstep back: won't compile with art support


From: Kazunobu Kuriyama
Subject: Re: GNUstep back: won't compile with art support
Date: Mon, 26 Apr 2004 17:40:26 +0900
User-agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.4) Gecko/20030624 Netscape/7.1

Sascha Erni, .rb wrote:

Hi Kazunobu,

thanks for the quick nod!

Kazunobu Kuriyama wrote:

Seems that the problem is not relevant to libart/libart_lgpl, but to freetype2.

Check the following:

(1) Have you already installed freetype2 library including its headers in your system? (2) Before runnning the configure script, has PATH been set in such a way that it includes a directory where freetype-config resides? freetype-config is another shell script that is accompanied (and should have been installed) with the
   library.


1) freetype 2 is installed, both devel and static-devel. All header files are in place.

2) Yes, path is set correctly. freetype-config is recognised.

freetype-2.1.4 works fine. IIRC, the versions higher than that require a patch,
but I'm not sure.  Hopefully, someone would give a comment on that.


That might be it. I'm running 2.1.6 right now. Anybody have any idea regarding said patch? would be much appreciated. :)

Apart from the version issue, check if

(1) the configure script actually recognizes the freetype library, i.e., it gives you
   the following messages when it is run:
     ...
     checking for main in -lfreetype...yes
     checking ft2build.h usability...yes
     checking ft2build.h presence...yes
     checking for ft2build.h...yes
     ...
In case you get one or more no's, read config.log to see what was the reasons, which
   may give you a hint how to fix it.
(2) you have freetype2/freetype/cache/ftcimage.h and the compiler knows it.
The symbol 'font' that your compiler complained of comes from the header. (3) the library has the symbols having the prefix FTC_. If not, the library wasn't built having the cache subsystem and thus won't work with -art even if -art compiles successfully (If the library comes with X11, this is likely to happen). If this is the case, you might need to recompile it so that it will have the FTC_ symbols.

Regards,
- Kazunobu Kuriyama






reply via email to

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