Hi,
All the mule build of the smoketest now fails due to problem when
building mew-ja.info. It has been so for quite some time, and
mysterious since it builds fine on my other machines, and I have had
no clue why this happens until now.
For compiling mew-ja.info texinfo-format-buffer is used. In the
package smoketest this fails due to "Symbol's function definition is
void: regexp-opt". Thus indicating that regexp-opt isn't loaded
properly.
How can that be so and what can be done about it?
In XEmacs.rules the load path for the operation is set to this:
-eval '(setq load-path (append
(list "$(XEMACS_PACKAGES_BASE)/xemacs-packages/texinfo"
"$(XEMACS_PACKAGES_BASE)/xemacs-packages/text-modes"
"$(XEMACS_PACKAGES_BASE)/xemacs-packages/xemacs-base")
load-path))' -l informat -l texinfmt -f texinfo-format-buffer
So the load-path for the XEmacs binary is appended with a few selected
directories. In the smoketest case there isn't much in the load-path
since there are no packages installed. It is built from a completely
clean environment.
(This can easily be simulated by moving away the xemacs-packages and
mule-packages from the load-path and then doing a
make autoload; cd xemacs-packlages/mew; make
This will produce the error seen in the package smoketest.)
My guess is that the XEmacs.rules line above works bad together with
the
(eval-when-compile (require 'tex-mode) (require 'cl) (require
'regexp-opt))
in texinfo.el.
I can't figure out from the documentation for eval-when-compile how it
is supposed to work, will regexp-opt be loaded when a non compiled
texinfo.el is loaded or not? However adding
'-l regexp-opt' (to the line in XEmacs.rules above)
makes building mew-ja.info work as expected.
Yours
--
%% Mats