[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[debian-users:35944] Re: /usr/lib/libfontconfig.so.1: undefined symbol: FT_Get_Next_Char
- From: Masashi Fujimoto <rx-78@xxxxxxxxxxxxx>
- Subject: [debian-users:35944] Re: /usr/lib/libfontconfig.so.1: undefined symbol: FT_Get_Next_Char
- Date: Fri, 17 Jan 2003 19:13:45 +0900
- List-help: <mailto:debian-users-ctl@debian.or.jp?body=help>
- List-id: debian-users.debian.or.jp
- List-owner: <mailto:debian-users-admin@debian.or.jp>
- List-post: <mailto:debian-users@debian.or.jp>
- List-software: fml [fml 4.0.3 release (20011202/4.0.3)]
- List-unsubscribe: <mailto:debian-users-ctl@debian.or.jp?body=unsubscribe>
- X-ml-info: If you have a question, send e-mail with the body "help" (without quotes) to the address debian-users-ctl@debian.or.jp; help=<mailto:debian-users-ctl@debian.or.jp?body=help>
- X-ml-name: debian-users
- X-mlserver: fml [fml 4.0.3 release (20011202/4.0.3)]; post only (only members can post)
- X-spam-level:
- X-spam-status: No, hits=-0.8 required=10.0 tests=IN_REP_TO,ISO2022JP_CHARSET,FROM_ENDS_IN_NUMS, ISO2022JP_BODY,CASHCASHCASH,US_DOLLARS_2,UPPERCASE_25_50, WEIRD_PORT version=2.31
- References: <yhclm1lt8s9.wl@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20030117.004635.846959833.hirom@xxxxxxxxxxxxxxxxx> <yhc8yxlyt98.wl@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Message-id: <yhc65so13u1.wl@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- X-mail-count: 35944
- User-agent: Wanderlust/2.8.1 (Something) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (Kashiharajing-mae) APEL/10.4 Emacs/20.7 (i386-debian-linux-gnu) MULE/4.1 (AOI)
藤本です。
ご指摘をいただきました、fontconfig の fccharset.c の1165行目付近よりちょっと下の
#ifndef HAS_NEXT_CHAR
を
#ifdef HAS_NEXT_CHAR
として再びmake,make installすることで
undefined symbol & relocationエラーがでることなく
>fc-cache -f -v
で無事fonts.cache-1が生成されました。
しかし東風フォントをつっこんだディレクトリ(gothic,minchoの2フォントのみ)では
Duron800MHzのマシンで
fonts.cache-1の生成に20-30分もかかってしまっています。
そのくらいかかるものなのでしょうか(^^;)？
改めてlibfreetype6 のバージョンを確認したところ、やはり2.1.3-4だったのですが、
別途freetype.orgから引っ張ってきた2.1.3を/usr/libと
/usr/X11R6/libいれてfc-cacheしても同様でした。
そもそも前述の対策もfreetypeのチェックをパスするような形になっていますので、
結局freetypeになんらかの原因あるのかなあと思います。