[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Native compilation on Windows, was Re: Bootstrap Compilation Speed

From: H. Dieter Wilhelm
Subject: Re: Native compilation on Windows, was Re: Bootstrap Compilation Speed
Date: Mon, 24 Jan 2022 19:28:57 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux)

Eli Zaretskii <eliz@gnu.org> writes:

>> From: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
>> Cc: Eli Zaretskii <eliz@gnu.org>,  Emacs developers <emacs-devel@gnu.org>,
>>   Phillip Lord <phillip.lord@russet.org.uk>
>> Date: Mon, 24 Jan 2022 16:43:15 +0100
>> After runing Emacs native compilation started immediately till all
>> el. files were compiled to .eln.
> What do you mean by "all" here?

Since I forgot to check with emacs -Q, I assume (now) all lisp files
which are loaded by my init.el.

When doing emacs -Q nothing is compiled at first, the eln-cache remains
empty.  After loading init.el Emacs is beavering away for some minutes
(4 cores, with virus scanners active). :-/

I can't reproduce the zero size .eln.tmp files anymore.  Maybe that was
an issue with org-mode from an old org-elpa package which I changed in
the meantime from the gnu archive?  That's the only idea which comes to

When updating packages the native compilation works as well.

So for the moment, everything looks promising! :-)

>> Then, unfortunately, for each .eln file (96) there remains an
>> accompanying .eln.tmp file in the eln-cache!?
> Doesn't happen here: those .eln.tmp files are renamed to .eln at the
> end of the compilation.  What version of libgccjit do you have
> installed?

I updated the system quite recently.

$ pacman -Ss libgccjit

mingw64/mingw-w64-x86_64-ligccjit 11.2.0-6 (mingw-w64-86_64-toolchain)
[installed: 10.3.0-2]

Best wishes
H. Dieter Wilhelm
Zwingenberg, Germany

reply via email to

[Prev in Thread] Current Thread [Next in Thread]