From: Jungshik Shin <[EMAIL PROTECTED]>
On Tue, 23 Dec 2003 [EMAIL PROTECTED] wrote:
> Recently I noticed that for me the sequence U+092C U+093F (b i)
> is rendered by Mozilla as b followed by i, while in fact the i glyph
> should precede the b glyph.
Devanagari is not supported by the default Mozilla build on Linux
Indeed.
If you want to make Mozilla support Devanagari on Linux, you have to
download the trunk source from the CVS, build with 'enable-ctl',
and 'gtk' (for gtk2 + ctl, see mozilla bug 189433) If you like 'Xft'
(as many others do and I strongly recommend), turn on 'enable-xft'
as well. Then, install SunIndic font (truetype version for 'Xft')
available at http://developer.sun.com/techtopics/global/index.html
(follow the link for free Indian font).
> the produced binary failed with errors like
> ./mozilla-bin: relocation error:
> mozilla/dist/bin/components/libeditor.so:
> undefined symbol: GetViewExternal__C8nsIFrameP14nsIPresContext
In the mozilla binary directory, you have to run
$ sh run-mozilla.sh ./mozilla-bin
By directly running 'mozilla-bin', you made it pick up
symbols from some other places (probably, system-wide nspr/xpcom/*
shared libraries installed on your system.)
Hmm. I am not sure. Never looked into Mozilla before,
but I tried compiling on a Debian (Woody) and on a RedHat (7.2) machine.
In both cases Mozilla-1.6b.
For Debian the compiled binary does not run. Errors are like reported:
./mozilla-bin: relocation error:
mozilla/dist/bin/components/libgfx_gtk.so: undefined symbol:
GetContent__C8nsIFrame
For RedHat the version compiled with --enable-ctl runs, but still
does not handle devanagari.
[A week or so ago I wrote a multilingual text, and several
languages failed under default Mozilla. If we succeed in
getting a version that handles devanagari then a next point
for discussion will be vocalized Hebrew. For now the first
obstacle seems to be compilation on vanilla Debian Woody.]
What is wrong with the build? For a large program like this
investigation is time-consuming. However, as a first
bit of information:
debian % nm ./gfx/src/gtk/libgfx_gtk.so | grep GetContent__C8nsIFrame
U GetContent__C8nsIFrame
redhat % nm ./gfx/src/gtk/libgfx_gtk.so | grep GetContent__C8nsIFrame
00074670 W GetContent__C8nsIFrame
the symbols that one build describes as undefined are weakly known
to the other build.
In other words, the problem occurs at compilation time, not at run time.
No "enable-xft" was used.
[On the other hand, adding "--enable-xft" fails (on Debian):
checking for xft... Package xft was not found in the pkg-config search path.
Perhaps you should add the directory containing `xft.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xft' found
There is Xft here, but apparently not the version Mozilla looks for
(probably Xft2).]
Andries
--
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/
