[openi18n-im:01205] Re: Iterm source
Chun-Yu Lee <[email protected]>
| Newsgroups | gmane.comp.internationalization.input-methods |
|---|---|
| Message-ID | <[email protected]> |
Hallo.
I tested the iterm source code these days.
I found some problem.
On the Debian machine, the fbiterm src compiles correctly.
But on my Gentoo machine. the source of "fbiterm" encountered some problem:
Bug1:
the ./configure will abort when checks the "libXfont" path. the reason is:
libXfont.[a,so] in Gentoo /usr/lib/
in Debian /usr/X11R6/lib
==> just append options "./configure --x-libraries=/usr/lib"
Bug2:
when compiling. Gentoo will encounter some message like:
/usr/lib//libXfont.so: undefined reference to `FT_Get_PS_Font_Info'
/usr/lib//libXfont.so: undefined reference to `FT_Init_FreeType'
/usr/lib//libXfont.so: undefined reference to `FT_Get_Sfnt_Name'
/usr/lib//libXfont.so: undefined reference to `FT_Load_Glyph'
...
Further I test the libXfont.so's symbol table via 'nm -a
/usr/lib/libXfont.so' .
Many "FT_???" in /usr/lib/libXfont.so are really undefined.
So it's not the problem of "fbiterm" but is the problem of libXfont.
I compare the main difference of the two machine.
The most difference is my Gentoo--> Xorg & the Debian -->XFree
I am not sure whether this is the cause, so I rebuild the xorg-x11
again to recheck.
But the problem is also there.
==> Finally I copy the /usr/X11R6/lib/libXfont.a from the Debian
into my library directory, and it did solve the problem.
libXfont.a is not big( 925k ) , maybe we can attach it to the tarball.
So that it still compile when there is no proper libXfont.a in
user's system.
On Fri, 25 Feb 2005 11:44:14 +0800, Chun-Yu Lee <[email protected]> wrote:
> Thanks Jiro Sekiba & Hiura.
> Your reply is really fast :-)
> I have downloaded the source code, and prepared to try just now.
>
> Best Regards,
> Mat.
>
> On Thu, 24 Feb 2005 18:34:26 -0800 (PST), Hideki Hiura
> <[email protected]> wrote:
> > > From: Jiro Sekiba <[email protected]>
> > > It was implemented before libiiimf implementation, and I intended to
> > libiiimcf
> > > re-implement by using libiiimf.
> > libiiimcf
> >
> > Yep, the version was using one level lower library libiiimp.
> >
> > > Unfortunately, now I have no time to do for this. So if you have a chance
> > > to re-implement it's very welcome.
> >
> > Also Roger's team works on some of the enhancements, so
> >
> > > Now, iterm repositry moved from cvs to subversion so you can check the
> > > latest code out from subversion.
> > > svn co http://svn.openi18n.org:8081/repos/iterm/trunk
> >
> > it would be a good time to consolidate all the changes into
> > svn, including upreving libiiimp binding to libiiimcf binding.
> >
> > Hideki
> >
> >
>