11:30 p.m.
(Moved to xemacs-beta).
Ville Skyttä <scop(a)xemacs.org> writes:
QUERY
On Sat, 2002-11-09 at 05:58, Vin Shelton wrote:
> I can not build the newly-official ecb package without this autoload.
>
>
> xemacs-packages/eshell/ChangeLog addition:
>
> 2002-11-08 Vin Shelton <acs(a)xemacs.org>
>
> * eshell.el: Added autoload for eshell-directory-name, needed by
> ecb.
I can't reproduce this. Could you post more details; and try doing a
cd packages
cvs update -dP
make distclean autoloads
cd xemacs-packages/ecb
make install (or make bindist)
Good point. That works, but instead try the following recipe:
cd packages
cvs update -dP
make distclean autoloads
cd xemacs-packages/eshell
make bindist
cd ../ecb
make bindist
Here's what I see on the ecb 'make bindist':
xemacs -no-autoloads -batch -l /home/acs/tst-packages/packages/package-compile.el --
xemacs-base semantic eieio fsf-compat edit-utils jde mail-lib eshell ediff xemacs-devel
speedbar -- -l overlay -l compile -l timer -l ecb-util -l ecb-eshell -l ecb-layout -l
tree-buffer -l esh-mode -l em-dirs -l jde-help -l semantic -l semantic-load -l semanticdb
-l sendmail -l ediff-init -f batch-byte-compile ecb-compilation.el
Loading /usr/local/xemacs/lib/xemacs-21.4.10/lisp/auto-autoloads...
Loading /home/acs/tst-packages/packages/xemacs-packages/speedbar/auto-autoloads...
Loading /home/acs/tst-packages/packages/xemacs-packages/xemacs-devel/auto-autoloads...
Loading /home/acs/tst-packages/packages/xemacs-packages/ediff/auto-autoloads...
Loading /home/acs/tst-packages/packages/xemacs-packages/eshell/auto-autoloads...
Loading /home/acs/tst-packages/packages/xemacs-packages/mail-lib/auto-autoloads...
Loading /home/acs/tst-packages/packages/xemacs-packages/jde/lisp/auto-autoloads...
Loading /home/acs/tst-packages/packages/xemacs-packages/edit-utils/auto-autoloads...
Loading /home/acs/tst-packages/packages/xemacs-packages/fsf-compat/auto-autoloads...
Loading /home/acs/tst-packages/packages/xemacs-packages/eieio/auto-autoloads...
Loading /home/acs/tst-packages/packages/xemacs-packages/semantic/auto-autoloads...
Loading /home/acs/tst-packages/packages/xemacs-packages/xemacs-base/auto-autoloads... #
bind (
stack-trace-on-signal debug-on-signal stack-trace-on-error debug-on-error)
signal(void-variable (eshell-directory-name))
# bind (data error-symbol)
signal-error(void-variable (eshell-directory-name))
# bind (error-data)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Symbol's value as variable is void: eshell-directory-name
xemacs exiting
.
make: *** [ecb-compilation.elc] Error 255
Which is why I added an autoload cookie to eshell. I don't really
understand why running 'make bindist' in eshell should make a
difference, but it does.
Puzzled,
Vin
9:08 a.m.
New subject: [Q] Re: [PATCH] Autoload in eshell needed by ecb
Vin Shelton wrote:
Ville Skyttä <scop(a)xemacs.org> writes:
> I can't reproduce this. Could you post more details; and try doing a
>
> cd packages
> cvs update -dP
> make distclean autoloads
> cd xemacs-packages/ecb
> make install (or make bindist)
Good point. That works, but instead try the following recipe:
cd packages
cvs update -dP
make distclean autoloads
cd xemacs-packages/eshell
make bindist
cd ../ecb
make bindist
FWIW, I got the same problem and I agree with Vin's solution (the
autoload cookie). I'm inclined to think that if a simple
"cvs update ; make install" doesn't work, then something is broken in the
package installation. I find it abnormal that you have to 'make distclean' for
things to work properly.
Also, I'm wondering why you have to compile all the packages all the
time, even those you don't want to install. This is boring, especially when
those packages don't compile ;-)
--
Didier Verna, didier(a)lrde.epita.fr, http://www.lrde.epita.fr/~didier
EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 53 14 59 22
94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 53 14 59 22 didier(a)xemacs.org
6:34 p.m.
New subject: [Q] Re: [PATCH] Autoload in eshell needed by ecb
On Wed, 2002-11-13 at 11:08, Didier Verna wrote:
FWIW, I got the same problem and I agree with Vin's
solution (the
autoload cookie). I'm inclined to think that if a simple
"cvs update ; make install" doesn't work, then something is broken in the
package installation. I find it abnormal that you have to 'make distclean' for
things to work properly.
Agreed, *both* of those should work. "cvs update -dAP" might
occasionally be needed if you've used sticky tags or dates or
something. BTW, I just committed Vin's autoload patch (though I find it
scary that it was required in the first place).
Also, I'm wondering why you have to compile all the
packages all the
time, even those you don't want to install.
Why do you have to compile all of them? Isn't the set of the packages
you want and their REQUIRES enough? (OTOH, the REQUIRES should probably
be recursive...) Do you have ideas how to improve the situation?
This is boring, especially when those packages don't compile ;-)
Yup, but I don't think that happens too often nowadays.
--
\/ille Skyttä
scop at xemacs.org
5:04 p.m.
New subject: [Q] Re: [PATCH] Autoload in eshell needed by ecb
Ville Skyttä wrote:
> Also, I'm wondering why you have to compile all the
packages all the
> time, even those you don't want to install.
Why do you have to compile all of them ?
I meant, I don't want to, but the package system seems to do so.
Isn't the set of the packages you want and their REQUIRES enough
?
All right. I've probably been mistaken by the REQUIRES. For instance,
I don't want the Gnus package because I work with the CVS version, but
mailcrypt requires it. That's probably the reason why my Gnus package is
compiled, even if I don't want it.
--
Didier Verna, didier(a)lrde.epita.fr, http://www.lrde.epita.fr/~didier
EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 53 14 59 22
94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 53 14 59 22 didier(a)xemacs.org
8245
days inactive
8253
days old
3 comments
3 participants
participants (3)
-
Didier Verna -
Ville Skyttä -
Vin Shelton