APA> Since auctex is in packages/xemacs-packages/ shouldn't it probably APA> make inclusion of tex-jp.el dependant of BUILD_WITHOUT_MULE? Even though auctex/Makefile has ifeq ($(BUILD_WITHOUT_MULE),) ELCS += tex-jp.elc endif a autoload ccokie in tex-jp.el makes a no-mule XEmacs barf during -l autoload -f batch-update-directory . What shoobeedoo? APA> Adrian APA> make[2]: Leaving directory `/cygdrive/c/Hacking/XEmacs/packages/xemacs-packages/build' APA> [ -d auctex ] && make - --unix -w -C auctex autoloads APA> make[2]: Entering directory `/cygdrive/c/Hacking/XEmacs/packages/xemacs-packages/auctex' APA> Creating ./_pkg.el APA> "//c/Program Files/XEmacs/XEmacs-21.4.6/i586-pc-win32/xemacs.exe" -vanilla -batch \ APA> -eval "(setq autoload-package-name \"auctex\")" \ APA> -l autoload -f batch-update-directory . APA> Updating autoloads in directory c:\Hacking\XEmacs\packages\xemacs-packages\auctex... APA> Generating autoloads for auctex/_pkg.el... APA> No autoloads found in auctex/auc-old.el APA> Generating autoloads for auctex/bib-cite.el... APA> Generating autoloads for auctex/font-latex.el... APA> Generating autoloads for auctex/latex.el... APA> No autoloads found in auctex/lpath.el APA> No autoloads found in auctex/multi-prompt.el APA> No autoloads found in auctex/tex-buf.el APA> Generating autoloads for auctex/tex-info.el... APA> Generating autoloads for auctex/tex-jp.el... APA> Unbalanced parentheses APA> xemacs exiting APA> . APA> Signal 127 APA> make[2]: *** [auto-autoloads.el] Error 255 APA> make[2]: Leaving directory `/cygdrive/c/Hacking/XEmacs/packages/xemacs-packages/auctex' APA> make[1]: *** [auctex/autoloads.target] Error 2 APA> make[1]: Leaving directory `/cygdrive/c/Hacking/XEmacs/packages/xemacs-packages' APA> make: *** [xemacs-packages/autoloads.target] Error 2 APA> Compilation exited abnormally with code 2 at Thu Jan 10 21:40:01 APA> -- APA> Adrian Aichner APA> mailto:adrian＠xemacs.org APA> http://www.xemacs.org/ -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

Vin> Adrian.Aichner(a)t-online.de (Adrian Aichner) writes: APA> Since auctex is in packages/xemacs-packages/ shouldn't it probably APA> make inclusion of tex-jp.el dependant of BUILD_WITHOUT_MULE? Vin> Yes, the problem is that 'batch-update-directory .' searches for all Vin> .el files in the current directory, and thus ignores the $(ELCS) Vin> variable. What I do is delete tex-jp.el from the auctex directory Vin> before I start building packages. Vin> See the thread starting at: Vin> http://list-archive.xemacs.org/xemacs-beta/200112/msg00167.html Hi Vin, now that you mention it I recall seeing this report of yours. I was not paying attention to auctex back then but now that I want to generate HTML docs for all packages with .texi files this is coming back to bite me. Vin> Needless to say, I would like to have a better solution to this Vin> problem. I'll think about it a bit. Vin> - vin -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

APA> a autoload ccokie in tex-jp.el makes a no-mule XEmacs barf APA> during -l autoload -f batch-update-directory . APA> What shoobeedoo? SY> I don't suppose we could wrap the autoload cookie in a '(if SY> (featurep 'mule)...)', could we? I think that's harder than it sounds, but there should be some such dodge. SY> The problem is that 'make autoloads' checks _every_ .el file SY> in the directory, Fix batch-update-directory.el to not do anything by default, and change the calls to $(XEMACS) -batch -no-autoloads -l batch-update-directory \ -eval "(batch-update-files $(ELCS:.elc=.el))" where the function `batch-update-files' probably needs to be redefined. This could be tricky as I believe that library is also used in building core Lisp, so backward compatibility would be an issue. Maybe the best strategy is to have a separate version for the packages, which 21.5 (and maybe 21.4) would switch to using. Then after a suitable interval we could retire that and declare that building packages with 21.1 is no longer supported but should "mostly work", especially with Mule, while needing a few tweaks by hand. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Don't ask how you can "do" free software business; ask what your business can "do for" free software.