all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Corwin Brust <corwin@bru.st>
To: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
Cc: Help Gnu Emacs mailing list <help-gnu-emacs@gnu.org>
Subject: Re: limit native compilation - how
Date: Mon, 17 Jan 2022 10:30:56 -0600	[thread overview]
Message-ID: <CAJf-WoS_J_7+xmrBr783XXEHHFD2YjVSQL8N_Cub99pLcF-YhQ@mail.gmail.com> (raw)
In-Reply-To: <86pmoq5omh.fsf@duenenhof-wilhelm.de>

Howdy,

On Mon, Jan 17, 2022, 10:14 H. Dieter Wilhelm <dieter@duenenhof-wilhelm.de>
wrote:

> Eli Zaretskii <eliz@gnu.org> writes:
>
> >> From: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
> >> Cc: help-gnu-emacs@gnu.org
> >> Date: Mon, 17 Jan 2022 14:38:46 +0100
> >>
> >> > This typically happens during the first few minutes of a session, and
> >>
> >> For a session only?!
> >
> > The first session (assuming your use patterns are repeatable enough).
> >
> >> I hoped that the cache (or the .eln files) can last a live time of an
> >> Emacs build!  Except maybe when packages will be updated.
> >
> > That's what I meant, except that I was talking about the bundled
> > packages.
>
> All right, I felt it was 70 % clear but I wanted it 100 %, thank you!
>
> >> I just updated some Elpa packages and it seems they won't be natively
> >> compiled at this stage.
> >
> > They will be compiled when Emacs loads them for the first time,
> > assuming that they were byte-compiled into *.elc.
>
> Micromanagement alert:
>
> I'm wondering if it would be more fluid to compile packages natively
> during installation and updating?  The user expects then a delay,
> anyway, and might be spared small "jerkings" during normal operation..
>

You can pass make an argument to cause this.  This has been my usual
routine for the last several months. (IIRC) NATIVE_FULL_AOT=1


> >> > then subsides.  It's JIT compilation in action, and is normal.  The
> >> > JIT compilation uses half the execution cores of the machine.
> >>
> >> Half the cores, I see, thanks
> >
> > (And of course there's a defcustom to tune this.)
>

I have been away on vacation this weekend, returning home in a few hours.
I plan to rebuild emacs-28 with the recently added patches when I have
access to my desktop system again.

Just before leaving I was able to successfully sign my packages.  (I didn't
find it very difficult to perform the signing under windows.)

Perhaps it is time to discuss getting the two of us access to ftp up our
work.



>   :-)
>
> --
> Best wishes
> H. Dieter Wilhelm
> Zwingenberg, Germany
>
>


  reply	other threads:[~2022-01-17 16:30 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-15 15:42 limit native compilation - how Colin Baxter 😺
2022-01-15 15:58 ` Eli Zaretskii
2022-01-15 16:01   ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-01-15 16:38     ` Eli Zaretskii
2022-01-15 16:51       ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-01-15 17:55         ` Eli Zaretskii
2022-01-15 18:58           ` Colin Baxter 😺
2022-01-15 19:12             ` Eli Zaretskii
2022-01-15 19:21             ` H. Dieter Wilhelm
2022-01-15 20:31               ` Colin Baxter 😺
2022-01-15 22:15                 ` H. Dieter Wilhelm
2022-01-16  7:13                   ` Eli Zaretskii
2022-01-16  7:15                 ` Eli Zaretskii
2022-01-16  7:41                   ` Colin Baxter 😺
2022-01-16  9:26                     ` Eli Zaretskii
2022-01-17 19:37                     ` H. Dieter Wilhelm
2022-01-17 20:39                       ` Colin Baxter 😺
2022-01-16  8:39               ` Eli Zaretskii
2022-01-16 11:30                 ` H. Dieter Wilhelm
2022-01-16 11:42                   ` Eli Zaretskii
2022-01-16 12:01                     ` H. Dieter Wilhelm
2022-01-16 12:11                       ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-01-16 12:17                       ` Eli Zaretskii
2022-01-16 13:24                         ` H. Dieter Wilhelm
2022-01-16 13:36                           ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-01-16 13:52                             ` H. Dieter Wilhelm
2022-01-16 13:59                               ` Eli Zaretskii
2022-01-16 18:37                                 ` H. Dieter Wilhelm
2022-01-16 18:46                                   ` Eli Zaretskii
2022-01-17 13:38                                     ` H. Dieter Wilhelm
2022-01-17 13:49                                       ` Eli Zaretskii
2022-01-17 16:11                                         ` H. Dieter Wilhelm
2022-01-17 16:30                                           ` Corwin Brust [this message]
2022-01-17 19:03                                             ` H. Dieter Wilhelm
2022-01-17 19:23                                               ` Corwin Brust
2022-01-17 21:54                                               ` Corwin Brust
2022-01-18 14:34                                                 ` Eli Zaretskii
2022-01-18 19:04                                                 ` H. Dieter Wilhelm
2022-01-17 16:55                                           ` Eli Zaretskii
2022-01-18  2:57                                           ` Stefan Monnier via Users list for the GNU Emacs text editor
2022-01-18  3:22                                             ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-01-16 21:49                                 ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-01-16 21:53                                   ` Emanuel Berg via Users list for the GNU Emacs text editor
2022-01-16 22:10                                   ` Michael Heerdegen
2022-01-16 13:48                           ` Eli Zaretskii
2022-01-16 17:08                           ` Andy Moreton
2022-01-16 18:09                             ` H. Dieter Wilhelm
2022-01-15 17:55   ` Colin Baxter 😺
2022-01-15 16:01 ` Emanuel Berg via Users list for the GNU Emacs text editor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAJf-WoS_J_7+xmrBr783XXEHHFD2YjVSQL8N_Cub99pLcF-YhQ@mail.gmail.com \
    --to=corwin@bru.st \
    --cc=dieter@duenenhof-wilhelm.de \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.