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> writes:
>>>>> "APA" == Adrian Aichner
<Adrian.Aichner(a)t-online.de> writes:
APA> Am I right to deduce that you have
APA> BUILD_WITHOUT_MULE = t
APA> in Local.rules
APA> yes?
Yes!
APA> Yes, please take a look.
It is the autoload thing that breaks for me. This is the command that
is executed:
xemacs -vanilla -batch \
-eval "(setq autoload-package-name \"auctex\")" \
-l autoload -f batch-update-directory .
This tries to get autoloads from _all_ files in the directory. So
BUILD_WITHOUT_MULE isn't consulted here.
A make distclean followed by make should trigger this.
I looked into the ps-print package and found the same problem
there. So it can be in other packages as well.
Apparently not all mule-files can be a problem to scan for
autoloads. In the case of ps-print it is even worse because
XEmacs.rules is consulted after the test for
BUILD_WITHOUT_MULE. Fortunately the mule files in that package can be
scanned for autoloads _and_ compiled as well. So the problem isn't
noticed.
I could go through this in all mule-packages but I need someone to
verify that I'm really seeing a problem here. Otherwise I don't think
you will apply the patch ;-)
Yours
--
%% Mats
--
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]