[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#67260] [PATCH emacs-team 0/2] Think ahead when compiling
From: |
Suhail |
Subject: |
[bug#67260] [PATCH emacs-team 0/2] Think ahead when compiling |
Date: |
Thu, 18 Jan 2024 05:55:53 +0000 |
Reporting some observations for the benefit of the community.
I managed to install the following sequence of patches on emacs-team
commit 60c97924e9 :
- v3 1/3
- v3 2/3
- v3 3/3
- v4 4/5
- v4 5/5
I was able to build emacs, emacs-org and a few additional packages using
the options "--no-grafts --with-input=emacs-minimal=emacs". When
building "emacs-org-contrib" the additional option
"--without-tests=emacs-clojure-mode" was needed as well.
Having done so, upon starting emacs via guix-shell, I noticed a few
messages in *Async-native-compile-log* which noted that libraries such
as rx.el.gz and cl-macs.el.gz were being compiled. I observed
native-compiled versions of these show up in ~/.emacs.d/eln-cache. Now
this seems similar to the behaviour I observe in a non-Guix host where
Emacs 29.1 is installed via the OS. There too my ~/.emacs.d/eln-cache
has a number of entries that I was a little surprised to see such as
those corresponding to rx and cl-macs.
One difference, however, is in the names and the relative locations of
these natively-compiled files. Outside of the guix shell (i.e., using
the OS's native Emacs package) the eln files are named like
~/.emacs.d/eln-cache/29.1-115521d4/cl-macs-7ae82f81-e626a10e.eln whereas
within the Guix shell using Emacs built from the installed patches you
get names like
~/.emacs.d/eln-cache/29.1-c187d49d/emacs-lisp/cl-macs.eln. Note the
sub-directory within the 29.1-* directory present within guix-shell
container, as well as the lack of hash fingerprint in the *.eln file
itself.
I do not know if these differences are to be expected, or whether or not
they're material in any way.
Thoughts? Can this patch series be installed into emacs-team as-is? If
not, what are the current blockers, if any? On a somewhat related note,
when is the next merge from emacs-team to master expected to be?
--
Suhail
This email is not an offer capable of acceptance, does not evidence an
intention to enter into an agreement, has no operative effect until a
definitive agreement is signed in writing by both parties, and that no
party should act in reliance on the email or any representations of the
sender until a definitive agreement is signed in writing by both
parties.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [bug#67260] [PATCH emacs-team 0/2] Think ahead when compiling,
Suhail <=