>>>> Stephen wrote:
Stephen> For you multilingual Mule users, I've just posted and
Stephen> committed a big patch to latin unity.
I get a dependency problem with dired on my smoketest build.
/home/matsl/work/smoketest/bin/xemacs -no-autoloads -batch -l
/home/matsl/work/smoketest/build/packages/package-compile.el -- mule-base mule-ucs leim
fsf-compat -- -l cl-macs -l latin-unity-latin7.el -l latin-unity-latin9.el -l
latin-unity-vars.el -f batch-byte-compile latin-unity-utils.el
Loading /home/matsl/work/smoketest/lib/xemacs-21.5-b9/lisp/auto-autoloads...
Loading
/home/matsl/work/smoketest/build/packages/xemacs-packages/fsf-compat/auto-autoloads...
Loading /home/matsl/work/smoketest/build/packages/mule-packages/leim/auto-autoloads...
Loading
/home/matsl/work/smoketest/build/packages/mule-packages/mule-ucs/lisp/auto-autoloads...
Loading
/home/matsl/work/smoketest/build/packages/mule-packages/mule-base/auto-autoloads...
Compiling
/home/matsl/work/smoketest/build/packages/mule-packages/latin-unity/latin-unity-utils.el...
While compiling the end of the data in file
/home/matsl/work/smoketest/build/packages/mule-packages/latin-unity/latin-unity-utils.el:
** the function char-to-ucs is not known to be defined.
Wrote
/home/matsl/work/smoketest/build/packages/mule-packages/latin-unity/latin-unity-utils.elc
Done
/home/matsl/work/smoketest/bin/xemacs -batch -no-autoloads -l dired \
-eval '(setq load-path (cons (default-directory) load-path))' \
-l latin-unity-utils -f latin-unity-dump-tables
xemacs exiting
.Cannot open load file: dired
make[2]: *** [latin-unity-tables.el] Error 255
For full log see:
http://labb.contactor.se/~matsl/smoketest/logs/2002-10-29_19-43/build-all...
I also find it strange that the file latin-unity-tables.el that is
generated is version controlled. If it is generated it ought to be
removed on a clean, generated on a build and not version controlled.
Yours
--
%% Mats