[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AUCTeX-devel] Re: Running out of time...

From: David Kastrup
Subject: Re: [AUCTeX-devel] Re: Running out of time...
Date: Sun, 01 May 2005 18:01:38 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

Ralf Angeli <address@hidden> writes:

> * David Kastrup (2005-04-30) writes:
>> At the current point of time, the main thing would be to check that
>> the stuff configures, compiles and installs on the involved platforms.
>> That is number one.
> Installation seems to work on CVS Emacs and Emacs 21.4.  I don't know
> however, if I am supposed to (require 'tex-site) or (load "auctex")
> right now.  Both work.
> Installation for XEmacs succeeds but after starting XEmacs, the new
> installation is shadowed by the old one.  Here is the start of the
> output of `list-load-path-shadows':
> /usr/share/xemacs21/xemacs-packages/lisp/auctex/tex-bar hides
> /usr/share/xemacs21/site-packages/lisp/auctex/tex-bar


Taking a look at the XEmacs in Ubuntu, I see that xemacs-packages is
_before_ site-packages in the search order.

What idiocy is that?  This is completely insane.  Whoever at Debian is
responsible for that ought to be shot.  XEmacs in Fedora does not have
this sick, sick load order.  Seems to be a Debian special.

> auctex.el cannot be located with `locate-library'.

Well, it is called auto_autoloads.el there...

>> Number two is making sure that the documentation matches the actual
>> installation procedures (like the stuff with auctex.el).
> A precondition for this is to actually know how the installation is
> supposed to work, what changed regarding switches, how the packages
> are activated etc. etc.  Personally I am currently completely
> clueless about this.
>> Number three is checking that the new features/unfeatures work:
>> namely that (unload-feature 'tex-site) will indeed give you the
>> state before auctex.el was loaded (of course not after actual TeX
>> files have been loaded): just tex-mode.el and texinfo.el
>> functionality.
> Hm, if I use `emacs -Q -l auctex-setup.el' where the loaded file
> contains this:
> (setq debug-on-error t)
> ;; (require 'tex-site)
> (load "auctex")
> (setq TeX-auto-save t)
> (setq TeX-parse-self t)
> (setq-default TeX-master nil)
> doing `M-: (unload-feature 'tex-site) RET' will result in a large
> list printed to the *Messages* buffer.  If I then load a LaTeX file,
> I still get AUCTeX.  The same is true with my normal setup which
> uses (require 'tex-site).  As I have `eval-expression-print-length'
> and `eval-expression-print-level' both set to nil, printing the list
> to the *Messages* buffer takes _very_ long.

You are not supposed to look at the return value of
unload-feature...  So it is to be used non-interactively.

> All of this unload-feature stuff was tested only with CVS Emacs.

Ok, so it seemingly does not work.  Pity.  Would have been nice.  I'll
have to experiment somewhat with that (could be that it is easy to
fix), but then the "canonical" way to "unload" will be

(TeX-modes-set 'TeX-modes nil)

if you are allergic to customize, and

M-x customize-variable RET TeX-modes RET

if you can survive it.  It will not be a true unload, but it will keep
AUCTeX off from the modes themselves.

David Kastrup, Kriemhildstr. 15, 44793 Bochum

reply via email to

[Prev in Thread] Current Thread [Next in Thread]