bug-auctex
[Top][All Lists]
Advanced

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

[Bug-AUCTeX] Re: [AUCTeX] auctex installation fails under Mac OS X 10.4


From: David Kastrup
Subject: [Bug-AUCTeX] Re: [AUCTeX] auctex installation fails under Mac OS X 10.4 and xemacs
Date: Thu, 19 May 2005 21:47:58 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

Artemio Gonzalez Lopez <address@hidden> writes:

> On May 19, 2005, at 10:30 AM, David Kastrup wrote:
>
> After downloading auctex from CVS from scratch, I have been able to
> eliminate all of the ./mkinstalldirs "permission denied" errors.

Hmm.  Maybe a line ending problem?  /bin/sh^M is not good for most
Unix interpreters.

> However, "make install" still fails:
>
> Loading customization dependencies...
> Loading customization dependencies...done
> Compiling /Users/artemio/.xemacs/xemacs-packages/lisp/auctex/custom- 
> load.el...
> Compiling /Users/artemio/.xemacs/xemacs-packages/lisp/auctex/custom- 
> load.el...done
> Wrote /Users/artemio/.xemacs/xemacs-packages/lisp/auctex/custom-load.elc
> Updating metadata for the directory /Users/artemio/.xemacs/xemacs- 
> packages/lisp/auctex/...
> Updating autoloads for the directory /Users/artemio/.xemacs/xemacs- 
> packages/lisp/auctex/...
>
> xemacs exiting.
> Symbol's function definition is void: update-autoloads-from- 
> directorymake[1]: *** [install-metadata] Error 255
> make: *** [install] Error 2
>
> If I open a tex file in xemacs, auctex fails to load with the
> enclosed backtrace. Any idea what may be going on (it's driving me
> nuts)?

Please keep bug-auctex copied: I am not the only XEmacs developer (in
fact, I am not actually doing much for XEmacs except breaking things).

I find in

<URL:http://www.is.xemacs.org/Releases/21.5.19.html>

2005-02-02  Ben Wing  <address@hidden>

        * easy-mmode.el, regexp-opt.el:
        Move these files into core.
        Uncomment stuff depending on new custom.el.
        
        * autoload.el:
        * autoload.el (generate-autoload-function): New.
        * autoload.el (autoload-feature-suffix): New.
        * autoload.el (generate-autoload-section-continuation): New.
        * autoload.el (make-autoload):
        * autoload.el (generate-file-autoloads):
        * autoload.el (generate-autoload-type-section):
        * autoload.el (process-one-lisp-autoload): New.
        * autoload.el (generate-lisp-file-autoloads-1):
        * autoload.el (generate-c-file-autoloads-1):
        * autoload.el (generate-custom-defines): New.
        * autoload.el (print-autoload): Removed.
        * autoload.el (autoload-print-form): New.
        * autoload.el (defcustom):
        * autoload.el (autoload-read-section-header): New.
        * autoload.el (update-file-autoloads):
        * autoload.el (update-autoloads-here): Removed.
        * autoload.el (batch-update-directory-custom-defines): New.
        * autoload.el (update-autoload-files):
        * autoload.el (autoload-update-directory-autoloads): Removed.
        * autoload.el (batch-update-directory-autoloads): New.
        * autoload.el (autoload-featurep-protect-autoloads):
        * autoload.el (update-autoloads-from-directory): Removed.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

        * autoload.el (update-custom-define-files): New.
        * autoload.el (autoload-make-feature-name):
        * autoload.el (batch-update-autoloads):
        * autoload.el (batch-update-directory): Removed.
        * autoload.el (batch-update-one-directory): Removed.
        * autoload.el (batch-force-update-one-directory): Removed.
        Major update.  Sync with FSF 21.2.
        Create the ability to make custom-defines files.

If anybody has a clue what we should use for replacing this, or wants
to investigate, this would be appreciated.

XEmacs 21.5 is a mostly broken moving target, anyway (in particular in
the MULE area), but it would appear that since this change results
from a synch with Emacs (where we don't need the package install
procedure), we would need to get this changed in the long run, anyhow.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum




reply via email to

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