[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
- GNUstep back: won't compile with art support, Sascha Erni, .rb, 2004/04/25
- Re: GNUstep back: won't compile with art support, Kazunobu Kuriyama, 2004/04/26
- Re: GNUstep back: won't compile with art support, Sascha Erni, .rb, 2004/04/26
- Re: GNUstep back: won't compile with art support,
Kazunobu Kuriyama <=
- Re: GNUstep back: won't compile with art support, Sascha Erni, .rb, 2004/04/26
- Re: GNUstep back: won't compile with art support, Kazunobu Kuriyama, 2004/04/26
- Re: GNUstep back: won't compile with art support, Sascha Erni, .rb, 2004/04/26
- Message not available
- Message not available
- Message not available
- Re: GNUstep back: won't compile with art support, Sascha Erni, .rb, 2004/04/27
- Re: GNUstep back: won't compile with art support, Fred Kiefer, 2004/04/27
- Re: GNUstep back: won't compile with art support, Sascha Erni, .rb, 2004/04/27
- Re: GNUstep back: won't compile with art support, Sascha Erni, .rb, 2004/04/27
- Re: GNUstep back: won't compile with art support, Sascha Erni, .rb, 2004/04/27
- Re: GNUstep back: won't compile with art support, Alexander Malmberg, 2004/04/27
- Re: GNUstep back: won't compile with art support, Kazunobu Kuriyama, 2004/04/27