GNU bug report logs -
#53596
29.0.50; comp-trampoline-compile: Cannot find suitable directory for output in `native-comp-eln-load-path'
Previous Next
Reported by: Manuel Uberti <manuel.uberti <at> inventati.org>
Date: Fri, 28 Jan 2022 06:43:01 UTC
Severity: normal
Found in version 29.0.50
Fixed in version 29.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 53596 in the body.
You can then email your comments to 53596 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#53596
; Package
emacs
.
(Fri, 28 Jan 2022 06:43:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Manuel Uberti <manuel.uberti <at> inventati.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 28 Jan 2022 06:43:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I have just built Emacs master, on commit 84d4a34919 ("Fix duplicate
scroll events without XI2") to be more precise.
When I start Emacs (using 'emacs' and not 'emacs -Q'), I get the error reported
in the subject: "comp-trampoline-compile: Cannot find suitable directory for
output in `native-comp-eln-load-path'".
'C-h v native-comp-eln-load-path' shows me:
("/usr/local/libexec/emacs/29.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/29.0.50/native-lisp/")
In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.18, cairo
version 1.16.0)
of 2022-01-28 built on hathaway
Repository revision: 84d4a349190fc51bf333c6fb60ab36be39a6a678
Repository branch: master
System Description: Ubuntu 20.04 LTS
Configured using:
'configure --with-harfbuzz --with-native-compilation --with-pgtk
--with-xinput2'
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP
NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND THREADS TIFF
TOOLKIT_SCROLL_BARS XIM GTK3 ZLIB
Important settings:
value of $LC_MONETARY: it_IT.UTF-8
value of $LC_NUMERIC: it_IT.UTF-8
value of $LC_TIME: it_IT.UTF-8
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=ibus
locale-coding-system: utf-8-unix
Major mode: Fundamental
Minor modes in effect:
pixel-scroll-precision-mode: t
savehist-mode: t
global-so-long-mode: t
global-subword-mode: t
subword-mode: t
windmove-mode: t
winner-mode: t
envrc-global-mode: t
envrc-mode: t
fido-vertical-mode: t
icomplete-vertical-mode: t
icomplete-mode: t
fido-mode: t
delete-selection-mode: t
tooltip-mode: t
global-eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
window-divider-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message yank-media rmc puny dired-x
dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068
epg-config gnus-util text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils pp cl-print
cursor-sensor thingatpt help-fns radix-tree server comp comp-cstr
warnings cl-extra help-mode pixel-scroll savehist so-long cap-words
superword subword windmove winner ring envrc inheritenv ansi-color
icomplete ibuf-macs rx delsel info tex-site package browse-url url
url-proxy url-privacy url-expand url-methods url-history url-cookie
url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars
seq gv subr-x byte-opt bytecomp byte-compile cconv cl-loaddefs cl-lib
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win term/common-win
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget keymap hashtable-print-readable backquote threads
dbusbind inotify dynamic-setting system-font-setting font-render-setting
cairo move-toolbar gtk x-toolkit pgtk lcms2 multi-tty
make-network-process native-compile emacs)
Memory information:
((conses 16 111260 155261)
(symbols 48 10123 54)
(strings 32 39545 69792)
(string-bytes 1 1259782)
(vectors 16 20971)
(vector-slots 8 259042 719961)
(floats 8 74 962)
(intervals 56 444 143)
(buffers 992 11))
--
Manuel Uberti
www.manueluberti.eu
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 09:51:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 53596 <at> debbugs.gnu.org (full text, mbox):
Manuel Uberti via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> I have just built Emacs master, on commit 84d4a34919 ("Fix duplicate
> scroll events without XI2") to be more precise.
>
> When I start Emacs (using 'emacs' and not 'emacs -Q'), I get the error
> reported in the subject: "comp-trampoline-compile: Cannot find
> suitable directory for output in `native-comp-eln-load-path'".
>
> 'C-h v native-comp-eln-load-path' shows me:
> ("/usr/local/libexec/emacs/29.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/29.0.50/native-lisp/")
Hi Manuel,
in `native-comp-eln-load-path' you should have a directory where emacs
can create and depose files in order to work correctly.
Your `native-comp-eln-load-path' should look more something like:
("/home/manuel/.emacs.d/eln-cache/" "/usr/local/libexec/emacs/29.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/29.0.50/native-lisp/")
Are you modifying `native-comp-eln-load-path' in your configuration?
BR
Andrea
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 09:53:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 53596 <at> debbugs.gnu.org (full text, mbox):
On 28/01/22 10:50, Andrea Corallo wrote:
> Hi Manuel,
Hi Andrea, thank you for the quick reply.
> in `native-comp-eln-load-path' you should have a directory where emacs
> can create and depose files in order to work correctly.
>
> Your `native-comp-eln-load-path' should look more something like:
>
> ("/home/manuel/.emacs.d/eln-cache/" "/usr/local/libexec/emacs/29.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/29.0.50/native-lisp/")
>
> Are you modifying `native-comp-eln-load-path' in your configuration?
No, the only native-comp related setting I am using in my init.el is the following:
(setq-default native-comp-async-report-warnings-errors 'silent)
--
Manuel Uberti
www.manueluberti.eu
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 09:58:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 53596 <at> debbugs.gnu.org (full text, mbox):
On 28/01/22 10:52, Manuel Uberti wrote:
> On 28/01/22 10:50, Andrea Corallo wrote:
>> Hi Manuel,
>
> Hi Andrea, thank you for the quick reply.
>
>> in `native-comp-eln-load-path' you should have a directory where emacs
>> can create and depose files in order to work correctly.
>>
>> Your `native-comp-eln-load-path' should look more something like:
>>
>> ("/home/manuel/.emacs.d/eln-cache/"
>> "/usr/local/libexec/emacs/29.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/29.0.50/native-lisp/")
>>
>>
>> Are you modifying `native-comp-eln-load-path' in your configuration?
One more thing: the directory '/home/manuel/.emacs.d/eln-cache' exists and it's
content are many '28.0.50-*' and '29.0.50-*' directories.
--
Manuel Uberti
www.manueluberti.eu
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 10:07:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 53596 <at> debbugs.gnu.org (full text, mbox):
Manuel Uberti via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> On 28/01/22 10:50, Andrea Corallo wrote:
>> Hi Manuel,
>
> Hi Andrea, thank you for the quick reply.
>
>> in `native-comp-eln-load-path' you should have a directory where emacs
>> can create and depose files in order to work correctly.
>> Your `native-comp-eln-load-path' should look more something like:
>> ("/home/manuel/.emacs.d/eln-cache/"
>> "/usr/local/libexec/emacs/29.0.50/x86_64-pc-linux-gnu/../../../../bin/../lib/emacs/29.0.50/native-lisp/")
>> Are you modifying `native-comp-eln-load-path' in your configuration?
>
> No, the only native-comp related setting I am using in my init.el is the following:
>
> (setq-default native-comp-async-report-warnings-errors 'silent)
Interesting, could you verify that with emacs -Q
`native-comp-eln-load-path' is what we expect?
The next question would be what is causing it to change or not to be
set.
Thanks
Andrea
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 10:10:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 53596 <at> debbugs.gnu.org (full text, mbox):
On 28/01/22 11:06, Andrea Corallo wrote:
> Interesting, could you verify that with emacs -Q
> `native-comp-eln-load-path' is what we expect?
I did:
- emacs -Q
- C-h v native-comp-eln-load-path RET
- I got "Descrive varibable: native-comp-eln-load-path [No match]
> The next question would be what is causing it to change or not to be
> set.
I don't know how to answer that question, though. :)
--
Manuel Uberti
www.manueluberti.eu
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 10:11:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 53596 <at> debbugs.gnu.org (full text, mbox):
On 28/01/22 11:09, Manuel Uberti wrote:
> On 28/01/22 11:06, Andrea Corallo wrote:
>> Interesting, could you verify that with emacs -Q
>> `native-comp-eln-load-path' is what we expect?
>
> I did:
>
> - emacs -Q
> - C-h v native-comp-eln-load-path RET
> - I got "Descrive varibable: native-comp-eln-load-path [No match]
>
>> The next question would be what is causing it to change or not to be
>> set.
>
> I don't know how to answer that question, though. :)
>
Sorry for the spelling mistakes in the previous message.
--
Manuel Uberti
www.manueluberti.eu
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 10:23:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 53596 <at> debbugs.gnu.org (full text, mbox):
On 28/01/22 11:10, Manuel Uberti wrote:
> On 28/01/22 11:09, Manuel Uberti wrote:
>> On 28/01/22 11:06, Andrea Corallo wrote:
>>> Interesting, could you verify that with emacs -Q
>>> `native-comp-eln-load-path' is what we expect?
>>
>> I did:
>>
>> - emacs -Q
>> - C-h v native-comp-eln-load-path RET
>> - I got "Descrive varibable: native-comp-eln-load-path [No match]
>>
>>> The next question would be what is causing it to change or not to be
>>> set.
>>
>> I don't know how to answer that question, though. :)
>>
>
> Sorry for the spelling mistakes in the previous message.
>
I rebuilt Emacs, because I think I built it without the
--with-native-compilation flag before to get it to work.
Having it correctly build, from 'emacs -Q' the value of
native-comp-eln-load-path is the following:
("/home/manuel/.emacs.d/eln-cache/" "/usr/local/lib/emacs/29.0.50/native-lisp/")
--
Manuel Uberti
www.manueluberti.eu
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 10:33:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 53596 <at> debbugs.gnu.org (full text, mbox):
On 28/01/22 11:22, Manuel Uberti wrote:
> I rebuilt Emacs, because I think I built it without the
> --with-native-compilation flag before to get it to work.
>
> Having it correctly build, from 'emacs -Q' the value of
> native-comp-eln-load-path is the following:
>
> ("/home/manuel/.emacs.d/eln-cache/" "/usr/local/lib/emacs/29.0.50/native-lisp/")
Since the value of native-comp-eln-load-path is correct when starting Emacs with
'emacs -Q', I bisected my init.el and I found out that when I comment out the
following lines:
(defun mu-delight-mode-line ()
"Hide minor modes in the mode-line."
(delight '((abbrev-mode nil abbrev)
(auto-fill-function nil t)
(auto-revert-mode nil autorevert)
(buffer-face-mode nil face-remap)
(eldoc-mode nil eldoc)
(envrc-mode nil envrc)
(flymake-mode nil flymake)
(flyspell-mode nil flyspell)
(subword-mode nil subword))))
(add-hook 'window-setup-hook #'mu-delight-mode-line)
And restart Emacs, the problem disappears and the value for
native-comp-eln-load-path is correctly set to:
("/home/manuel/.emacs.d/eln-cache/" "/usr/local/lib/emacs/29.0.50/native-lisp/")
The problem seems then to be related to the delight package[1] and/or how I set
it up.
[1] https://elpa.gnu.org/packages/delight.html
--
Manuel Uberti
www.manueluberti.eu
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 13:01:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 53596 <at> debbugs.gnu.org (full text, mbox):
On 28/01/22 11:32, Manuel Uberti wrote:
> The problem seems then to be related to the delight package[1] and/or how I set
> it up.
Another interesting thing. If I do:
(run-with-idle-timer 1 nil #'mu-delight-mode-line)
I have no error related to native-comp-eln-load-path.
--
Manuel Uberti
www.manueluberti.eu
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 13:34:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 53596 <at> debbugs.gnu.org (full text, mbox):
Manuel Uberti <manuel.uberti <at> inventati.org> writes:
> On 28/01/22 11:32, Manuel Uberti wrote:
>> The problem seems then to be related to the delight package[1]
>> and/or how I set it up.
>
> Another interesting thing. If I do:
>
> (run-with-idle-timer 1 nil #'mu-delight-mode-line)
>
> I have no error related to native-comp-eln-load-path.
Mmmh, I'm wondering if this could be correlated with 8eaf04de83 that
recently touched the code where `comp-eln-load-path' is set.
Could you try reverting this precise commit and see if something changes
in this respect?
Thanks
Andrea
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 13:50:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 53596 <at> debbugs.gnu.org (full text, mbox):
On 28/01/22 14:33, Andrea Corallo wrote:
> Mmmh, I'm wondering if this could be correlated with 8eaf04de83 that
> recently touched the code where `comp-eln-load-path' is set.
>
> Could you try reverting this precise commit and see if something changes
> in this respect?
It works as expected without those changes.
--
Manuel Uberti
www.manueluberti.eu
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 13:56:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 53596 <at> debbugs.gnu.org (full text, mbox):
Manuel Uberti <manuel.uberti <at> inventati.org> writes:
> On 28/01/22 14:33, Andrea Corallo wrote:
>> Mmmh, I'm wondering if this could be correlated with 8eaf04de83 that
>> recently touched the code where `comp-eln-load-path' is set.
>> Could you try reverting this precise commit and see if something
>> changes
>> in this respect?
>
> It works as expected without those changes.
Okay, Ccing Lars.
Thanks
Andrea
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 14:04:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 53596 <at> debbugs.gnu.org (full text, mbox):
Manuel Uberti <manuel.uberti <at> inventati.org> writes:
> It works as expected without those changes.
Could you see whether the following patch fixes the problem?
diff --git a/lisp/startup.el b/lisp/startup.el
index 60aaa76002..66dd726ae9 100644
--- a/lisp/startup.el
+++ b/lisp/startup.el
@@ -693,6 +693,47 @@ normal-top-level
(let ((old-face-font-rescale-alist face-font-rescale-alist))
(unwind-protect
(command-line)
+
+ ;; Do this after `command-line', since it may alter
+ ;; `user-emacs-directory'.
+ (when (featurep 'native-compile)
+ ;; Form `native-comp-eln-load-path'.
+ (let ((path-env (getenv "EMACSNATIVELOADPATH")))
+ (when path-env
+ (dolist (path (split-string path-env path-separator))
+ (unless (string= "" path)
+ (push path native-comp-eln-load-path)))))
+ (push (expand-file-name "eln-cache/" user-emacs-directory)
+ native-comp-eln-load-path)
+ ;; When $HOME is set to '/nonexistent' means we are running the
+ ;; testsuite, add a temporary folder in front to produce there
+ ;; new compilations.
+ (when (and (equal (getenv "HOME") "/nonexistent")
+ ;; We may be running in a chroot environment where we
+ ;; can't write anything.
+ (file-writable-p (expand-file-name
+ (or temporary-file-directory ""))))
+ (let ((tmp-dir (make-temp-file "emacs-testsuite-" t)))
+ (add-hook 'kill-emacs-hook
+ (lambda ()
+ (delete-directory tmp-dir t)))
+ (push tmp-dir native-comp-eln-load-path)))
+ (when locale-coding-system
+ (let ((coding (if (eq system-type 'windows-nt)
+ ;; MS-Windows build converts all file names to
+ ;; UTF-8 during startup.
+ 'utf-8
+ locale-coding-system))
+ (npath (symbol-value 'native-comp-eln-load-path)))
+ (set 'native-comp-eln-load-path
+ (mapcar (lambda (dir)
+ ;; Call expand-file-name to remove all the
+ ;; pesky ".." from the directyory names in
+ ;; native-comp-eln-load-path.
+ (expand-file-name
+ (decode-coding-string dir coding t)))
+ npath)))))
+
;; Do this again, in case .emacs defined more abbreviations.
(if default-directory
(setq default-directory (abbreviate-file-name default-directory)))
@@ -760,44 +801,6 @@ normal-top-level
(unless inhibit-startup-hooks
(run-hooks 'window-setup-hook))))
- ;; Do this after `command-line', since it may alter
- ;; `user-emacs-directory'.
- (when (featurep 'native-compile)
- ;; Form `native-comp-eln-load-path'.
- (let ((path-env (getenv "EMACSNATIVELOADPATH")))
- (when path-env
- (dolist (path (split-string path-env path-separator))
- (unless (string= "" path)
- (push path native-comp-eln-load-path)))))
- (push (expand-file-name "eln-cache/" user-emacs-directory)
- native-comp-eln-load-path)
- ;; When $HOME is set to '/nonexistent' means we are running the
- ;; testsuite, add a temporary folder in front to produce there
- ;; new compilations.
- (when (and (equal (getenv "HOME") "/nonexistent")
- ;; We may be running in a chroot environment where we
- ;; can't write anything.
- (file-writable-p (expand-file-name
- (or temporary-file-directory ""))))
- (let ((tmp-dir (make-temp-file "emacs-testsuite-" t)))
- (add-hook 'kill-emacs-hook (lambda () (delete-directory tmp-dir t)))
- (push tmp-dir native-comp-eln-load-path)))
- (when locale-coding-system
- (let ((coding (if (eq system-type 'windows-nt)
- ;; MS-Windows build converts all file names to
- ;; UTF-8 during startup.
- 'utf-8
- locale-coding-system))
- (npath (symbol-value 'native-comp-eln-load-path)))
- (set 'native-comp-eln-load-path
- (mapcar (lambda (dir)
- ;; Call expand-file-name to remove all the
- ;; pesky ".." from the directyory names in
- ;; native-comp-eln-load-path.
- (expand-file-name
- (decode-coding-string dir coding t)))
- npath)))))
-
;; Subprocesses of Emacs do not have direct access to the terminal, so
;; unless told otherwise they should only assume a dumb terminal.
;; We are careful to do it late (after term-setup-hook), although the
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 14:19:01 GMT)
Full text and
rfc822 format available.
Message #47 received at 53596 <at> debbugs.gnu.org (full text, mbox):
On 28/01/22 15:03, Lars Ingebrigtsen wrote:
> Could you see whether the following patch fixes the problem?
Thank you, I applied this on latest master and no more errors about
native-comp-eln-load-path with it.
--
Manuel Uberti
www.manueluberti.eu
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 14:28:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 53596 <at> debbugs.gnu.org (full text, mbox):
Manuel Uberti <manuel.uberti <at> inventati.org> writes:
> Thank you, I applied this on latest master and no more errors about
> native-comp-eln-load-path with it.
Thanks for checking; I've now pushed the change to the trunk.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug marked as fixed in version 29.1, send any further explanations to
53596 <at> debbugs.gnu.org and Manuel Uberti <manuel.uberti <at> inventati.org>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 28 Jan 2022 14:28:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 16:54:02 GMT)
Full text and
rfc822 format available.
Message #55 received at 53596 <at> debbugs.gnu.org (full text, mbox):
On 28/01/22 15:27, Lars Ingebrigtsen wrote:
> Thanks for checking; I've now pushed the change to the trunk.
Fantastic, thanks everyone for the quick fix!
--
Manuel Uberti
www.manueluberti.eu
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Fri, 28 Jan 2022 19:08:01 GMT)
Full text and
rfc822 format available.
Message #58 received at 53596 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Thanks for checking; I've now pushed the change to the trunk.
I don't see it. What commit is it?
TIA,
Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Sat, 29 Jan 2022 07:42:01 GMT)
Full text and
rfc822 format available.
Message #61 received at 53596 <at> debbugs.gnu.org (full text, mbox):
Michael Heerdegen <michael_heerdegen <at> web.de> writes:
> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>
>> Thanks for checking; I've now pushed the change to the trunk.
>
> I don't see it. What commit is it?
>
> TIA,
>
> Michael.
Should be bf695b937e.
Andrea
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Sat, 29 Jan 2022 17:37:01 GMT)
Full text and
rfc822 format available.
Message #64 received at 53596 <at> debbugs.gnu.org (full text, mbox):
Andrea Corallo <akrl <at> sdf.org> writes:
> Should be bf695b937e.
Hmm - I still have a problem. I did git clean -xf then rebuilt and
I still get this:
Debugger entered--Lisp error: (error "Cannot find suitable directory for output in ‘nati...")
error("Cannot find suitable directory for output in `nati...")
comp-trampoline-compile(read-string)
comp-subr-trampoline-install(read-string)
advice--add-function(:around (#f(compiled-function () #<bytecode 0x3647c019df7e91>) . #f(compiled-function (gv--val) #<bytecode 0x85c60bbba7cb3c2>)) my-read-string--default-in-prompt-around-ad nil)
advice-add(read-string :around my-read-string--default-in-prompt-around-ad)
load-with-code-conversion("/home/micha/gnu-emacs/.gnu-emacs.el" "/home/micha/gnu-emacs/.gnu-emacs.el" nil nil)
load("~/gnu-emacs/.gnu-emacs")
load-with-code-conversion("/home/micha/.emacs" "/home/micha/.emacs" t t)
load("~/.emacs" noerror nomessage)
startup--load-user-init-file(#f(compiled-function () #<bytecode 0x14ae77e413cd36de>) #f(compiled-function () #<bytecode -0x1f3c6feddc0c6975>) t)
command-line()
normal-top-level()
Is there anything else to clean up?
Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Sat, 29 Jan 2022 17:57:01 GMT)
Full text and
rfc822 format available.
Message #67 received at 53596 <at> debbugs.gnu.org (full text, mbox):
> From: Michael Heerdegen <michael_heerdegen <at> web.de>
> Date: Sat, 29 Jan 2022 18:36:31 +0100
> Cc: Lars Ingebrigtsen <larsi <at> gnus.org>,
> Manuel Uberti <manuel.uberti <at> inventati.org>, 53596 <at> debbugs.gnu.org
>
> Andrea Corallo <akrl <at> sdf.org> writes:
>
> > Should be bf695b937e.
>
> Hmm - I still have a problem. I did git clean -xf then rebuilt and
> I still get this:
>
> Debugger entered--Lisp error: (error "Cannot find suitable directory for output in ‘nati...")
> error("Cannot find suitable directory for output in `nati...")
> comp-trampoline-compile(read-string)
> comp-subr-trampoline-install(read-string)
> advice--add-function(:around (#f(compiled-function () #<bytecode 0x3647c019df7e91>) . #f(compiled-function (gv--val) #<bytecode 0x85c60bbba7cb3c2>)) my-read-string--default-in-prompt-around-ad nil)
> advice-add(read-string :around my-read-string--default-in-prompt-around-ad)
> load-with-code-conversion("/home/micha/gnu-emacs/.gnu-emacs.el" "/home/micha/gnu-emacs/.gnu-emacs.el" nil nil)
> load("~/gnu-emacs/.gnu-emacs")
> load-with-code-conversion("/home/micha/.emacs" "/home/micha/.emacs" t t)
> load("~/.emacs" noerror nomessage)
> startup--load-user-init-file(#f(compiled-function () #<bytecode 0x14ae77e413cd36de>) #f(compiled-function () #<bytecode -0x1f3c6feddc0c6975>) t)
> command-line()
> normal-top-level()
>
> Is there anything else to clean up?
Is this with the latest master branch? If so, what do you have in
native-comp-eln-load-path, and what does comp-eln-load-path-eff
return, inside comp-trampoline-compile?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Sun, 30 Jan 2022 01:27:01 GMT)
Full text and
rfc822 format available.
Message #70 received at 53596 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> Is this with the latest master branch?
It had been yesterday.
I have rebuilt Emacs again today with today's master, and the problem is
gone.
Regards,
Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53596
; Package
emacs
.
(Sun, 30 Jan 2022 06:47:01 GMT)
Full text and
rfc822 format available.
Message #73 received at 53596 <at> debbugs.gnu.org (full text, mbox):
> From: Michael Heerdegen <michael_heerdegen <at> web.de>
> Cc: akrl <at> sdf.org, larsi <at> gnus.org, manuel.uberti <at> inventati.org,
> 53596 <at> debbugs.gnu.org
> Date: Sun, 30 Jan 2022 02:26:06 +0100
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > Is this with the latest master branch?
>
> It had been yesterday.
>
> I have rebuilt Emacs again today with today's master, and the problem is
> gone.
OK, thanks. So this was another side effect of the same issue with
computing native-comp-eln-load-path too late in the startup process.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 27 Feb 2022 12:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 168 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.