[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
> >
> >
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.