Re: Major upgrade of latin-unity, please test

Stephen> For you multilingual Mule users, I've just posted and committed a big Stephen> patch to latin unity. Stephen> This is a major update, with lots of new functionality including an Stephen> automated test suite and support for three new character set/coding Stephen> systems (ISO 8859/13 "Baltic Rim", ISO 8859/14 "Celtic", and ISO Stephen> 8859/16 "Romanian"). Coding cookies are verified, but the support is Stephen> still somewhat buggy. A number of annoying bugs have been fixed, but Stephen> probably some remain. The defaults are still inadequate; many weird Stephen> behaviors are probably simply due to the fact that I haven't included Stephen> your favorite Latin or universal coding system in the defaults. I'm Stephen> happy to answer questions, but you may find quicker relief by Stephen> proceeding directly to M-x customize-group RET latin-unity RET. The Stephen> documentation has been fleshed out quite a bit, including a short FAQ Stephen> in the Info page. hi stephen i just tried to build latin-unity here i got this error during a gmake autoloads in packages the root looks like i am missing unicode is that only in 21.5 ?? Compiling /usr/home/rendhalver/Hacking/XEmacs/testing/build/packages/mule-packages/latin-unity/latin-unity-utils.el... While compiling the end of the data in file /usr/home/rendhalver/Hacking/XEmacs/testing/build/packages/mule-packages/latin-unity/latin-unity-utils.el: ** the function char-to-ucs is not known to be defined. Wrote /usr/home/rendhalver/Hacking/XEmacs/testing/build/packages/mule-packages/latin-unity/latin-unity-utils.elc Done xemacs -batch -no-autoloads -l dired \ -eval '(setq load-path (cons (default-directory) load-path))' \ -l latin-unity-utils -f latin-unity-dump-tables Loading dired-mule... Cannot open load file: unicode xemacs exiting . gmake[2]: *** [latin-unity-tables.el] Error 255 gmake[2]: Leaving directory `/usr/home/rendhalver/Hacking/XEmacs/testing/build/packages/mule-packages/latin-unity' gmake[1]: *** [latin-unity/autoloads.target] Error 2 gmake[1]: Leaving directory `/usr/home/rendhalver/Hacking/XEmacs/testing/build/packages/mule-packages' gmake: *** [mule-packages/autoloads.target] Error 2 i also did a gmake autoloads with xemacs-21.5 to see and i got this error Compiling /usr/home/rendhalver/Hacking/XEmacs/testing/build/packages/mule-packages/latin-unity/latin-unity-utils.el... While compiling the end of the data in file /usr/home/rendhalver/Hacking/XEmacs/testing/build/packages/mule-packages/latin-unity/latin-unity-utils.el: ** the function char-to-ucs is not known to be defined. Wrote /usr/home/rendhalver/Hacking/XEmacs/testing/build/packages/mule-packages/latin-unity/latin-unity-utils.elc Done xemacs-beta -batch -no-autoloads -l dired \ -eval '(setq load-path (cons (default-directory) load-path))' \ -l latin-unity-utils -f latin-unity-dump-tables Loading dired-mule... Invalid operation: Cannot redefine existing coding system, utf-16 xemacs exiting . gmake[2]: *** [latin-unity-tables.el] Error 255 gmake[2]: Leaving directory `/usr/home/rendhalver/Hacking/XEmacs/testing/build/packages/mule-packages/latin-unity' gmake[1]: *** [latin-unity/autoloads.target] Error 2 gmake[1]: Leaving directory `/usr/home/rendhalver/Hacking/XEmacs/testing/build/packages/mule-packages' gmake: *** [mule-packages/autoloads.target] Error 2 -- XEmacs Advocate | Do not try the patience of Wizards, FreeBSD Devote | for they are subtle and quick to anger. Perl Hacker | - Elric (Technomage) , Babylon 5. Apache God | <mailto:rendhalver at xemacs.org> <GnuPG KeyID: AE51D190>