GNU bug report logs -
#17292
24.3.90; ELPA : "make" makes an error compiling ada-build.el
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 17292 in the body.
You can then email your comments to 17292 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17292
; Package
emacs
.
(Fri, 18 Apr 2014 15:05:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 18 Apr 2014 15:05:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I cloned the elpa git repo, ran "make externals" and "make", then got:
In toplevel form:
packages/ada-mode/ada-build.el:41:1:Error: Cannot open load file: aucun fichier ou dossier de ce type, wisi-compat-24.2
make[1]: *** [packages/ada-mode/ada-build.elc] Erreur 1
make[1] : on quitte le répertoire « /home/youngfrog/sources/elpa »
make: *** [all-in-place] Erreur 2
I applied the following patch, but probably this is not the right way
since the workaround clearly worked around something. I'm CC-ing Stephen
Leake who committed that code.
diff --git a/packages/wisi/wisi.el b/packages/wisi/wisi.el
index 62302b7..33b71e9 100755
--- a/packages/wisi/wisi.el
+++ b/packages/wisi/wisi.el
@@ -145,11 +145,9 @@
(require 'cl-lib)
(require 'wisi-parse)
-;; WORKAROUND: for some reason, this condition doesn't work in batch mode!
-;; (when (and (= emacs-major-version 24)
-;; (= emacs-minor-version 2))
- (require 'wisi-compat-24.2)
-;;)
+(when (and (= emacs-major-version 24)
+ (= emacs-minor-version 2))
+ (require 'wisi-compat-24.2))
;;;; lexer
--
Nico.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17292
; Package
emacs
.
(Sat, 19 Apr 2014 15:12:01 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
Nicolas Richard <theonewiththeevillook <at> yahoo.fr> writes:
> I cloned the elpa git repo, ran "make externals" and "make", then got:
I get:
packages/ada-mode/ada-build.el:41:1:Error: Cannot open load file: wisi
> In toplevel form:
> packages/ada-mode/ada-build.el:41:1:Error: Cannot open load file:
> aucun fichier ou dossier de ce type, wisi-compat-24.2
> make[1]: *** [packages/ada-mode/ada-build.elc] Erreur 1
> make[1] : on quitte le répertoire « /home/youngfrog/sources/elpa »
> make: *** [all-in-place] Erreur 2
Apparently this make process does not take into account inter-package
dependencies; ada-mode depends on wisi, and both were upgraded this
morning.
Do you have an older version of 'wisi' installed in ~/.emacs.d/elpa/?
That would explain your symptom.
Is there any way to indicate to the make process that it must build wisi
first, and add it to the load path when building ada-mode?
--
-- Stephe
Reply sent
to
Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
:
You have taken responsibility.
(Sat, 19 Apr 2014 19:42:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
:
bug acknowledged by developer.
(Sat, 19 Apr 2014 19:42:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 17292-done <at> debbugs.gnu.org (full text, mbox):
Stephen Leake <stephen_leake <at> stephe-leake.org> writes:
> Nicolas Richard <theonewiththeevillook <at> yahoo.fr> writes:
>
>> I cloned the elpa git repo, ran "make externals" and "make", then got:
>
> I get:
>
> packages/ada-mode/ada-build.el:41:1:Error: Cannot open load file: wisi
Perhaps I have mixed the error messages from my different tries ? Not
sure.
Anyway, the error I reported is because wisi-compat did not exist in my
tree (sorry I did not state that clearly). My HEAD was at 0c8e3a1. I
updated my tree and the file now exists so I guess the error has
disappeared. I just tried : indeed, I don't have the error anymore (my
HEAD is 1905244ada36189d940fdf7e40d3498ae8917fed). I'm thus closing this
bug.
>> In toplevel form:
>> packages/ada-mode/ada-build.el:41:1:Error: Cannot open load file:
>> aucun fichier ou dossier de ce type, wisi-compat-24.2
>> make[1]: *** [packages/ada-mode/ada-build.elc] Erreur 1
>> make[1] : on quitte le répertoire « /home/youngfrog/sources/elpa »
>> make: *** [all-in-place] Erreur 2
>
> Apparently this make process does not take into account inter-package
> dependencies; ada-mode depends on wisi, and both were upgraded this
> morning.
The upgrade fixed the problem for me. Thanks.
> Do you have an older version of 'wisi' installed in ~/.emacs.d/elpa/?
> That would explain your symptom.
I don't, and I have a local patch so that ~/.emacs.d/elpa is not used
(see bug#17291) so it should not have interfered.
> Is there any way to indicate to the make process that it must build wisi
> first, and add it to the load path when building ada-mode?
IIUC, it does not necessarily byte-compile wisi first, but since the
build process invokes (package-initialize), wisi should still be
available (uncompiled) at the moment ada-mode is byte-compiled.
--
Nico.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17292
; Package
emacs
.
(Sat, 19 Apr 2014 20:14:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 17292 <at> debbugs.gnu.org (full text, mbox):
Stephen Leake <stephen_leake <at> stephe-leake.org> writes:
> Is there any way to indicate to the make process that it must build wisi
> first, and add it to the load path when building ada-mode?
Please try this patch:
diff --git a/GNUmakefile b/GNUmakefile
index 2b07767..d47cb43 100644
--- a/GNUmakefile
+++ b/GNUmakefile
@@ -133,7 +133,8 @@ elcs := $(call SET-diff, $(naive_elcs), $(patsubst %.el, %.elc, $(nbc_els)))
@$(EMACS) \
--eval "(setq package-directory-list '(\"$(abspath packages)\"))" \
--eval '(package-initialize)' \
- -L $(dir $@) -f batch-byte-compile $<
+ $(patsubst %, -L %, $(filter-out %/cl-lib, $(pkgs))) \
+ -f batch-byte-compile $<
.PHONY: elcs
elcs: $(elcs)
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17292
; Package
emacs
.
(Sun, 20 Apr 2014 02:51:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 17292 <at> debbugs.gnu.org (full text, mbox):
> - -L $(dir $@) -f batch-byte-compile $<
> + $(patsubst %, -L %, $(filter-out %/cl-lib, $(pkgs))) \
> + -f batch-byte-compile $<
I'd rather not go there.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17292
; Package
emacs
.
(Sun, 20 Apr 2014 02:55:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 17292 <at> debbugs.gnu.org (full text, mbox):
Stephen Leake <stephen_leake <at> stephe-leake.org> writes:
> Is there any way to indicate to the make process that it must build wisi
> first, and add it to the load path when building ada-mode?
Is there a particular reason the build process byte-compiles packages?
They will be compiled upon installation anyway, right?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17292
; Package
emacs
.
(Sun, 20 Apr 2014 06:31:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 17292 <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
> Date: Sat, 19 Apr 2014 22:50:10 -0400
> Cc: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>, 17292 <at> debbugs.gnu.org,
> Stephen Leake <stephen_leake <at> stephe-leake.org>
>
> > - -L $(dir $@) -f batch-byte-compile $<
> > + $(patsubst %, -L %, $(filter-out %/cl-lib, $(pkgs))) \
> > + -f batch-byte-compile $<
>
> I'd rather not go there.
Why? Once you require GNU Make, what's the reason not to use its
facilities?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17292
; Package
emacs
.
(Wed, 23 Apr 2014 03:01:03 GMT)
Full text and
rfc822 format available.
Message #28 received at 17292 <at> debbugs.gnu.org (full text, mbox):
>> > - -L $(dir $@) -f batch-byte-compile $<
>> > + $(patsubst %, -L %, $(filter-out %/cl-lib, $(pkgs))) \
>> > + -f batch-byte-compile $<
>> I'd rather not go there.
> Why? Once you require GNU Make, what's the reason not to use its
> facilities?
That's not the issue. The issue is to redo by hand what
package-initialize already does for us.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17292
; Package
emacs
.
(Wed, 23 Apr 2014 03:01:04 GMT)
Full text and
rfc822 format available.
Message #31 received at 17292 <at> debbugs.gnu.org (full text, mbox):
> Is there a particular reason the build process byte-compiles packages?
> They will be compiled upon installation anyway, right?
In this scenario, there will be no further "installation" step.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17292
; Package
emacs
.
(Wed, 23 Apr 2014 08:56:04 GMT)
Full text and
rfc822 format available.
Message #34 received at 17292 <at> debbugs.gnu.org (full text, mbox):
Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:
> That's not the issue. The issue is to redo by hand what
> package-initialize already does for us.
If it did this bug wouldn't exist.
Andreas.
--
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#17292
; Package
emacs
.
(Wed, 23 Apr 2014 09:09:01 GMT)
Full text and
rfc822 format available.
Message #37 received at 17292 <at> debbugs.gnu.org (full text, mbox):
Andreas Schwab <schwab <at> linux-m68k.org> writes:
> Stefan Monnier <monnier <at> IRO.UMontreal.CA> writes:
>
>> That's not the issue. The issue is to redo by hand what
>> package-initialize already does for us.
>
> If it did this bug wouldn't exist.
The bug I reported was fixed, as in : I don't have a problem anymore
since Stephen Leake updated ada-mode.
OTOH, Stephen reported a problem that he encountered while trying to
reproduce mine. My best guess is that this new problem is related to
#17291 (i.e. "make" in elpa uses the local ~/.emacs.d/elpa) because I
can't reproduce the problem he mentionned.
--
Nico.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 21 May 2014 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 30 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.