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: Tue, 27 Apr 2004 06:58:33 +0900
User-agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.4) Gecko/20030624 Netscape/7.1

Sascha Erni, .rb wrote:

<snip>

(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.


Ui. How to check for that?

For example,
   $ nm libfreetype.so.x.y.z | grep FTC
will do (Replace the digits x, y, and z with those of your library).


red,
I will give a self-compile a shot. Here's hoping. Ironic thing is, up to yesterday night, I didn't mind lack of art support for GNUstep. Reason: Window Maker didn't have anti-aliased fonts, hence I liked the "common" look of xlib for back and Window Maker (both with no AA, that is). Now, having installed 0.90.0 with AA for Window Maker (cvs), non-anti-aliased GNUstep applications stick out like a Mickey Mouse tie at a funeral.

It depends on whose funeral, actually.

Regards,
- Kazunobu Kuriyama





reply via email to

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