[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Lisp files that load cl-lib in problematical ways
From: |
Eli Zaretskii |
Subject: |
Re: Lisp files that load cl-lib in problematical ways |
Date: |
Tue, 24 Oct 2023 16:51:26 +0300 |
> From: Ihor Radchenko <yantar92@posteo.net>
> Cc: stefankangas@gmail.com, gregory@heytings.org, rms@gnu.org,
> emacs-devel@gnu.org
> Date: Tue, 24 Oct 2023 13:33:01 +0000
>
> ----- /tmp/dump.el -----
> (require 'cl-lib)
> (dump-emacs-portable "/tmp/emacs-dumped")
> -------- end -----------
>
> and got surprised by
>
> > ./src/emacs -Q --batch -l /tmp/dump.el
> Dumping fingerprint:
> 83db7cb9b32874a4c4a0b923b2ca94f0d08a9a22ff41e18a2f92290276ef7d07
>
> Error: error ("Trying to dump non fixed-up eln file")
> mapbacktrace(#f(compiled-function (evald func args flags) #<bytecode
> -0x154b0bb3d851781b>))
> debug-early-backtrace()
> debug-early(error (error "Trying to dump non fixed-up eln file"))
> dump-emacs-portable("/tmp/emacs-dumped")
> eval-buffer(#<buffer *load*> nil "/tmp/dump.el" nil t)
> load-with-code-conversion("/tmp/dump.el" "/tmp/dump.el" nil t)
> load("/tmp/dump.el" nil t)
> command-line-1(("-l" "/tmp/dump.el"))
> command-line()
> normal-top-level()
> Trying to dump non fixed-up eln file
>
> Is it a bug? Or do I miss something important?
I think you are trying to do something that isn't supported. Andrea,
am I right?
Your original idea was to add stuff to loadup, not to dump an already
dumped Emacs, and with AOT *.eln stuff on top of that. Preloaded
*.eln files are handled specially by loadup.el during the dumping
process, and you tried doing that without observing the protocol of
*.eln dumping.
- Re: Lisp files that load cl-lib in problematical ways, (continued)
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/23
- Re: Lisp files that load cl-lib in problematical ways, Po Lu, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Stefan Kangas, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Ihor Radchenko, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Ihor Radchenko, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Ihor Radchenko, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Ihor Radchenko, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways,
Eli Zaretskii <=
- Re: Lisp files that load cl-lib in problematical ways, Andrea Corallo, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Corwin Brust, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Andrea Corallo, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Ihor Radchenko, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Corwin Brust, 2023/10/25
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Stefan Kangas, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Björn Bidar, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/24
- Re: Lisp files that load cl-lib in problematical ways, Emanuel Berg, 2023/10/24