From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: brickviking Newsgroups: gmane.emacs.devel Subject: Re: Native compilation on as default? Date: Thu, 26 Oct 2023 16:55:08 +1300 Message-ID: References: <83legs281v.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000e17f0a0608968b75" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5017"; mail-complaints-to="usenet@ciao.gmane.io" To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Oct 26 05:56:51 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qvrUG-00014p-My for ged-emacs-devel@m.gmane-mx.org; Thu, 26 Oct 2023 05:56:48 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qvrTQ-0000O5-Bn; Wed, 25 Oct 2023 23:55:56 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qvrTN-0000Ng-LX for emacs-devel@gnu.org; Wed, 25 Oct 2023 23:55:53 -0400 Original-Received: from mail-lj1-x22f.google.com ([2a00:1450:4864:20::22f]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qvrTL-0001tO-7y for emacs-devel@gnu.org; Wed, 25 Oct 2023 23:55:53 -0400 Original-Received: by mail-lj1-x22f.google.com with SMTP id 38308e7fff4ca-2c515527310so5959501fa.2 for ; Wed, 25 Oct 2023 20:55:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698292545; x=1698897345; darn=gnu.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=aNzUsAK0Li/lBtlAm35Y44xuMFEf8JnsWcPdJu6MiR0=; b=hVVap8DA2FmOi34/DFgYr88UqdbSMA3nDhmttoPyoTbnnVMzBTrYppZYOm1KIFATEU v9nAhCcLGnx4/B4hhN2n/f7Lq8p8Wt5vMvAYZPs++AS2pY2Pp5d+jtXvoeWS9kktBwzf NNFDGVGGaGfdAKrdVg4dPy4tfXbXotM4D8/7tiX+3JAWwy8P9lfjuAx8AE8DclzzG8F3 hWwohUhkKgImc4CH+jyMRLZ8NnlA6BsmPrftq0ox6qmIUJ+EfbjTja7krocjCpRS+jpr riOW8HWrIqKlD++uSHkF04waMpBQh3gqMdw84+EMzmq/nMmCnXeKsSSgBHaw8jQcU7RO n17Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698292545; x=1698897345; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=aNzUsAK0Li/lBtlAm35Y44xuMFEf8JnsWcPdJu6MiR0=; b=kR/SmkcL7aYNdMYikKg3E6J0ZHzLIExiAMJZGDcO746aHnZgzNQMipN+iSDbVDDb58 JjKL5H4md+r3soVGkYRv2HNvi+C1aADjviajAKKXMfbFeMKaZRWlZH8fhHvVu7MW05O9 8wJsbU7D1JrKnBQ73t9Zaf/mE6rftmzjqVgqkoRqZ6SNFc/0kZThTXbaYRGS4/EUPza8 arIDhbHzzNW72pNiRojAsr0t7sAAyzUATnua4RP6k8QES8Wa29LYAU1i1UweITqDc58o 5bUlKzMYhQCmoPQbQ7dhLwEDnc7jQ+QIf90RzxnIRGllNfUVaKlYLnt+VEMRD6e72NcC yejA== X-Gm-Message-State: AOJu0YzrytT6PTRm3sV1ALWDj0A1Wii1AofOOJZ1UGPTw7O+B5PtOqn+ mZyiI5RY7yIk//j0bvpniyk3/MseQl0Z1He9Db2siO4kLhU= X-Google-Smtp-Source: AGHT+IEze4kY9Z09X9mOcpJDS+zdo0m58JzwpWBJa+eRmnGocxlGa/HiD9pOX1F+y+AHl5jENOqCTxRf9c+XmIVFtfI= X-Received: by 2002:a2e:a796:0:b0:2c5:1388:e36a with SMTP id c22-20020a2ea796000000b002c51388e36amr15249404ljf.29.1698292545190; Wed, 25 Oct 2023 20:55:45 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=2a00:1450:4864:20::22f; envelope-from=brickviking@gmail.com; helo=mail-lj1-x22f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:311878 Archived-At: --000000000000e17f0a0608968b75 Content-Type: text/plain; charset="UTF-8" On Thu, 26 Oct 2023 at 15:28, Richard Stallman wrote (in part): > Building Emacs with native compilation is a lot more fragile > than without. Meanwhile, many users don't need it because Emacs > is fast enough for us without it. > > Theefore, we should not enable native compilation by default. > To add to what RMS has stated, I'm on an older machine with not a lot of room left on the primary partition. I understand that's on me, but I wanted to add my notes about my local experience. I compiled Emacs as a test with AOT turned on, and found that it started creating *.eln files. Lots of them. I recompile Emacs on a fairly regular basis, and after one compile/install of Emacs, I noted at least an extra 40Mb after about an hour's running with erc, org-mode and ef-themes (amongst others). On my older 2008-era machine that's starting to really show its age, the extra .eln files were not really worth it for me. I wish I had better news, I've been wanting a sped-up emacs for a little while now. To be fair, I _thought_ I saw a speed increase in what amounts to display code, but I'm not a programmer, mainly a user. Is there a facility to purge out-of-date versions of the .eln files for a version that is installed later, and is that facility easy enough to look for via C-h f? This might make native compilation easier to swallow. Regards, brickviking (Emacs 29.1.90, GTK3, Linux-x86_64) --000000000000e17f0a0608968b75 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Thu, 26 Oct 2023 at 15:28, Richard Sta= llman <rms@gnu.org> wrote (in part= ):
Building Emac= s with native compilation is a lot more fragile
than without.=C2=A0 Meanwhile, many users don't need it because Emacs is fast enough for us without it.

Theefore, we should not enable native compilation by default.
=C2=A0
=C2=A0
=C2=A0
To add to what RMS has stat= ed, I'm on an older machine with not a lot of room left on the primary = partition. I understand that's on me, but I wanted to add my notes abou= t my local experience.

I compiled Emacs as a test with AOT turned on= , and found that it started creating *.eln files. Lots of them. I recompile= Emacs on a fairly regular basis, and after one compile/install of Emacs, I= noted at least an extra 40Mb after about an hour's running with erc, o= rg-mode and ef-themes (amongst others). On my older 2008-era machine that&#= 39;s starting to really show its age, the extra .eln files were not really = worth it for me. I wish I had better news, I've been wanting a sped-up = emacs for a little while now. To be fair, I _thought_ I saw a speed increas= e in what amounts to display code, but I'm not a programmer, mainly a u= ser.

Is there a facility to purge out-of-date versions of the .eln f= iles for a version that is installed later, and is that facility easy enoug= h to look for via C-h f? This might make native compilation easier to swall= ow.

Regards, brickviking
(Emacs 29.1.90, GTK3, Linux-x86_64)
<= /div>

--000000000000e17f0a0608968b75--