Mats> Hi, Mats> I have seen this problem for a while (and failed to report it. Now it Mats> is time for that.) Mats> I guess it is mule related. The file tex-jp.el seems like a file that Mats> a non-mule XEmacs shouldn't see anyway. I don't know how to debug this Mats> anyway. Hi Mats, one possibility is that your Local.rules file contains BUILD_WITHOUT_MULE = while it should contain BUILD_WITHOUT_MULE = t when you build with a non-mule XEmacs. I can build fine with BUILD_WITHOUT_MULE = t and a non-mule native Windows XEMACS = "/cygdrive/c/Program Files/XEmacs/XEmacs-21.1.14/i386-pc-win32/xemacs.exe" as well as BUILD_WITHOUT_MULE = and a Mule enabled (close to latest CVS) native Windows XEMACS="/cygdrive/c/Hacking/cvs.xemacs.org/XEmacs/xemacs-21.5/src/xe... As for debugging, just run make with any of these switches and see how decisions are made: -d Print lots of debugging information. -p, --print-data-base Print make's internal database. Best regards, Adrian Mats> emacs-version "21.5 (beta5) \"beets\" XEmacs Lucid", latest packages Mats> No mule support. Mats> make[2]: Entering directory `/usr/local/src/packages/xemacs-packages/auctex' Mats> xemacs -vanilla -batch \ Mats> -eval "(setq autoload-package-name \"auctex\")" \ Mats> -l autoload -f batch-update-directory . Mats> Updating autoloads for directory /usr/local/src/packages/xemacs-packages/auctex... Mats> Generating autoloads for auctex/_pkg.el... Mats> No autoloads found in auctex/auc-old.el Mats> Generating autoloads for auctex/bib-cite.el... Mats> No autoloads found in auctex/custom-load.el Mats> Generating autoloads for auctex/font-latex.el... Mats> Generating autoloads for auctex/latex.el... Mats> No autoloads found in auctex/lpath.el Mats> No autoloads found in auctex/multi-prompt.el Mats> No autoloads found in auctex/tex-buf.el Mats> Generating autoloads for auctex/tex-info.el... Mats> Generating autoloads for auctex/tex-jp.el... Mats> Syntax error: Unbalanced parentheses Mats> xemacs exiting Mats> . Mats> Yours Mats> -- Mats> %% Mats -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

APA> one possibility is that your Local.rules file contains APA> BUILD_WITHOUT_MULE = Mats> Well it doesn't and wouldn't I get into lots and lots of other Mats> problems then. I mean there are other mule packages. I have had this Am I right to deduce that you have BUILD_WITHOUT_MULE = t in Local.rules yes? Mats> configuration for quite some time and built without mule successfully. Auctex is not in the mule-packages category. APA> As for debugging, just run make with any of these switches and see how APA> decisions are made: APA> -d Print lots of debugging information. APA> -p, --print-data-base Print make's internal database. Mats> Yes <blush> I know of those little bastards. So I'm right assuming the Mats> file shouldn't be touched, compiled, when building without mule? If Right, and it work correctly for me. Mats> that is the case then I will look into it. Yes, please take a look. Would be great if you could find out why auctex/tex-jp.el is being compiled in a BUILD_WITHOUT_MULE. Best regards, Adrian Mats> Yours Mats> -- Mats> %% Mats -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

Sorry, I wish I hadn't been asleep while reading of your problems. This is a known problem, there is no way to omit specific files when you generate autoloads. Here is the workaround I use in my package building script (before running 'make autoloads'): # Temporary workaround for auctex bug - building # the auctex autoloads requires a mule XEmacs rm xemacs-packages/auctex/tex-jp.el* # End of workaround Subtle, no? - vin Mats Lidell <matsl(a)contactor.se&gt; writes: -- In a minute there is time For decisions and revisions which a minute will reverse. T.S. Eliot [URL: http://www.cs.amherst.edu/~ccm/prufrock.html]

Looks like it will work. I don't know how I missed batch-update-autoloads when I first investigated this. Why don't you submit a patch? - vin Mats Lidell <matsl(a)contactor.se&gt; writes:

|--==> "ML" == Mats Lidell <matsl(a)contactor.se&gt; writes: ML> There is batch-update-autoloads that can take a list of files. Seems ML> to me that we just have to feed the $(ELCS), strip of the c, and then ML> autoloads is generated from the files rather than the directory ML> content. Am I missing something? Nope. It's precisely what I did. Great minds think alike, huh? :-) -- |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------&lt;youngs(a)xemacs.org&gt;---|

|--==> "ML" == Mats Lidell <matsl(a)contactor.se&gt; writes: ML> emacs-version "21.5 (beta5) \"beets\" XEmacs Lucid", latest packages ML> No mule support. ML> make[2]: Entering directory `/usr/local/src/packages/xemacs-packages/auctex' ML> xemacs -vanilla -batch \ ML> -eval "(setq autoload-package-name \"auctex\")" \ ML> -l autoload -f batch-update-directory . [...] ML> Syntax error: Unbalanced parentheses ML> xemacs exiting The problem is that you can't give a list of files to the build autoload mechanism, it blindly tries to process each and every .el in the directory. I've just submitted a patch to XEmacs.rules that will fix this. It'll be in CVS shortly. Thanks very much for reminding me of this, Mats. :-) -- |---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------&lt;youngs(a)xemacs.org&gt;---|

Mats> Voila! I guess that if I knew the purpose of the Mats> _pkg.el-file it would be easier to know what is the desired Mats> behavior. ;-) _pkg.el is used to communicate meta-information about the package to xemacs. -- 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.