Re: [AUCTeX-devel] [PATCH v2]: Merge /preview/ into top-level

[Matthew Leach]

Hi Tassilo,

Tassilo Horn <address@hidden> writes:

> Matthew Leach <address@hidden> writes:
>
> Hi all,
>
>>>> I get the same error with and without my patches applied.  Did you
>>>> have any problems making an xemacs package for the 11.88 release?
>>>
>>> No, I had no problem.  Which version of XEmacs do you use?
>>
>> $ xemacs --version
>> XEmacs 21.5 (beta33) "horseradish" [Lucid] (x86_64-unknown-linux, Mule) of 
>> Mon
>> Nov 17 2014 on loki
>>
>> Looks like quite a recent version.  Does anyone know if this should
>> work?
>
> Of course it *should* work.  But I can confirm the "Symbol's value as
> variable is void: hack-one-local-variable" compilation error with the
> very same XEmacs version (also with Mule support).
>
> The problem is caused by the defadvice for `hack-one-local-variable' in
> tex.el.  When I comment that out it compiles successfully until it
> errors because I don't have edit-utils installed and thus crm is
> missing.  (Somehow, I cannot get the XEmacs package manager to install
> edit-utils.  It'll always say that the tarball isn't available no matter
> what download site I activate.)
>
> Then I installed my distro's xemacs-all-packages package.  The crm error
> was gone and compilation finished successfully.  And now the strange
> thing is: even when I uncommend the defadvice again, then "make
> distclean" and configure anew, the hack-one-local-variable error doesn't
> occur anymore.  So it seems that one needs some additional package to
> work properly but I don't know which.

I've done some digging and found that xemacs-base/auto-autoloads.el
(which is provided by xemacs-all-packages) seems to be the offender.  If
you do:

$ cd /usr/share/xemacs/xemacs-packages/lisp/xemacs-base
$ sudo mv auto-autoloads.el auto-autoloads.bk.el
$ sudo mv auto-autoloads.elc auto-autoloads.bk.elc

and try the xemacs package build, do you see the error?

HTH,
-- 
Matt