[OS X Emacs] Rendering Devanagari (Unicode) correctly?

Peter Dyballa Peter_Dyballa at Web.DE
Tue Dec 20 20:29:42 EST 2011


Am 21.12.2011 um 01:39 schrieb Richard Cobbe:

> However, based on the shape of the glyphs, it appears that Emacs is using
> Devanagari MT.  Further, I haven't configured Emacs to use a particular
> font for these code points; it just worked with OS X behind the scenes to
> choose one.  When I tried the other font (by temporarily disabling
> Devanagari MT in Font Book & restarting Emacs), though, I get the same
> rendering problems.  So there appear to be some differences between the
> fonts, but not in a way that affects Emacs's rendering.

Mac OS X's Devanagari MT is a splendid choice. It's built into Mac OS X exactly to support Indic scripts. (I think it even uses AAT, Apple Advanced Typography, tables.)

When you position the text cursor on some character you can type C-u C-x = and see in *Help* buffer which font is used for it.

> 
> I appear to have TRAMP built into the Emacs I'm currently using.  Since I'm
> a software engineer by profession, I'm reasonably confident that I'll be
> able to handle the unpacking, merging, and patching.  I am, however, having
> a surprising amount of difficulty finding the files I need -- both you and
> David Reitter refer to YAMAMOTO Mitsuharu's instructions, but I've been
> unable to find them, either on emacs-devel via gmane, or just via google.
> Where should I be looking for these?

These instructions are certainly in the build sets from YAMAMOTO-san. You can find them at (in TRAMP syntax) /ftp:anonymous at ftp.math.s.chiba-u.ac.jp:/emacs/.

GNU Emacs 23.3b can be found at http://www.gnu.org/software/emacs/emacs.html and downloaded from ftp.gnu.org:/pub/gnu/emacs or some near-by mirror. I first unpack this archive and rename the directory emacs-23.3 to emacs-23.3b-mac-1.9997, the name of the most recent AppKit set. With TRAMP I copy this set into the just renamed directory, to keep all together. Then I cd in *shell* into this directory's parent directory to untar the change set (tar zvxf emacs-23.3b-mac-1.9997/emacs-23.3b-mac-1.9997.tar.gz) and return (popd). Now you can read NEWS-mac and README-mac and start patching the original GNU Emacs files: patch -p0 < patch-mac.

You can check with ./configure --help the configure options. In compile-mode (M-x compile RET) you can substitute the make command with configure:

	env LANG=C PATH=/opt/local/bin:$PATH ./configure --without-sound --without-dbus --without-gconf --without-pop --with-mac --disable-ns-self-contained --x-libraries=/opt/local/lib --x-includes=/opt/local/include --enable-locallisppath=/Library/Application\ Support/Emacs/calendar23:/Library/Application\ Support/Emacs CFLAGS="-Wall -g -H -pipe -fPIC -fno-common -Os -m64 -march=core2 -mtune=core2 -foptimize-register-move -ftree-vectorize -fomit-frame-pointer -msse3 -mssse3" LDFLAGS="-Wl,-dead_strip_dylibs -Wl,-bind_at_load -Wl,-t -m64 -march=core2 -mtune=core2" CC=gcc-4 CXX=g++-4 PKG_CONFIG_PATH=/usr/lib/pkgconfig:/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig

Don't repeat this! This configuration is aimed to also build the X client and then the NS variant by varying only one string ("mac"). I think the configure option --disable-ns-self-contained inhibits the build of a 100 MB application bundle and installs the Lisp files in /usr/local, so that you need to use 'sudo make install'. And it also installs faulty binaries /usr/local/bin/emacs and /usr/local/bin/emacs-23.3 (this does not happen with the NS variant while the X client installs working binaries). Use some ideas! The configure time can be longer than the time to compile GNU Emacs (which goes with M-x compile RET make RET). And 'make install' takes some time as well... You have the option to use GCC 4.0 or GCC 4.2 to build Emacs. LLVM-GCC fails or failed. Clang is OK.


> 
> (Do forgive me -- the last time I built Emacs from source was about 12
> years ago, on a Solaris machine, so I'm a little out of the habit.  <grin>)

It's now a bit simpler than in last millennium...

--
Greetings

  Pete

Behold the warranty … the bold print giveth and the fine print taketh away.




More information about the MacOSX-Emacs mailing list