Steve Youngs <[EMAIL PROTECTED]> writes:

> * Matthieu Moy <[EMAIL PROTECTED]> writes:
>
>   > See what I've done in
>   > [EMAIL PROTECTED] (concatenation
>
> I just had a closer look at this.  Unfortunately, XEmacs builds are
> totally broken again.  :-(

Broken for your machine. For me, after a 'make clean && make', I get
this:

$ head auto-autoloads.el
;;; DO NOT MODIFY THIS FILE
(if (featurep 'xtla-autoloads) (error "Already loaded"))


;;;### (autoloads (tla-browse) "xtla-browse" "lisp/xtla-browse.el")

(autoload 'tla-browse "xtla-browse" "\
Browse registered archives as trees within one buffer.
You can specify the node should be opened by alist,
INITIAL-OPEN-LIST.  If APPEND is nil, the nodes not in
INITIAL-OPEN-LIST are made closed.  If non-nil, the nodes
$ ls
Makefile           auto-autoloads.elc  custom-load.el   xtla-core.elc
xtla-version.el   xtla-xemacs.elc
auto-autoloads.el  contrib/            custom-load.elc  xtla-defs.elc
xtla-version.elc

I'm not saying there is no problem, but I just mean that it works at
least for my system, so, it's probably just a small thing to fix.

> cd lisp; make
> make[1]: Entering directory 
> `/home/steve/programming/lisp/xtla-xemacs-work/lisp'
> Compiling xtla-defs.el for xemacs
> Compiling 
> /home/steve/programming/lisp/xtla-xemacs-work/lisp/elc.14507/xtla-defs.el...

normally, xtla-defs.el demends on almost nothing, so, the problem is
to be looked for here.

One thing: xtla-defs doesn't load xtla-xemacs.el (to avoid cross
dependancies). Probably adding a (autoload 'easy-mmode-define-keymap
"easy-mmode") in the beginning of xtla-defs would do it.

> /bin/rm -f auto-autoloads.el
> echo "" >> auto-autoloads.el
> (build_dir=`pwd`;                                                             
> \
>  cd .;                                                                        
> \
>  xemacs -no-autoloads -batch -q -l autoload                                   
>         \
>       --eval '(setq generated-autoload-file "'"lisp/auto-autoloads.el"'")'    
>         \

This correspond to

                --eval '(setq generated-autoload-file "'"@abs_builddir@/$@"'")' 
        \

in Makefile.in

How can @abs_builddir@ expand to "lisp/" ?

(Well, replacing this by $build_dir (defined two lines above) should
also do it.)

On my system, I get (note the absolute path):

 xemacs -no-autoloads -batch -q -l autoload \
        --eval '(setq generated-autoload-file 
"'"/home/moy/emacs-lisp/xtla-devo/=build/lisp/auto-autoloads.el"'")' \
        --eval "(if (featurep 'xemacs) (delete-file generated-autoload-file))"  
\
        --eval '(setq make-backup-files nil)' \
        --eval "(setq autoload-package-name \"xtla\")" \
        -f batch-update-autoloads `pwd`)
Updating autoloads for directory
 /home/moy/emacs-lisp/xtla-devo/lisp...
No autoloads found in lisp/xtla-autoloads.el
Generating autoloads for lisp/xtla-browse.el...
Generating autoloads for lisp/xtla-core.el...
Generating autoloads for lisp/xtla-defs.el...
No autoloads found in lisp/xtla-emacs.el
Generating autoloads for lisp/xtla-tests.el...
Generating autoloads for lisp/xtla-tips.el...
No autoloads found in lisp/xtla-version.el
No autoloads found in lisp/xtla-xemacs.el
Generating autoloads for lisp/xtla.el...
Wrote /home/moy/emacs-lisp/xtla-devo/=build/lisp/auto-autoloads.el
Wrote /home/moy/emacs-lisp/xtla-devo/=build/lisp/auto-autoloads.el
echo "(provide 'xtla-autoloads)" » auto-autoloads.el

--
Matthieu

Reply via email to