From unknown Sun Jun 22 08:11:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#59692: 29.0.60; Reduce installation size by disabling byte-compilation for some lisp files that won't benefit Resent-From: daanturo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Nov 2022 20:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 59692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 59692@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.166975248824172 (code B ref -1); Tue, 29 Nov 2022 20:09:01 +0000 Received: (at submit) by debbugs.gnu.org; 29 Nov 2022 20:08:08 +0000 Received: from localhost ([127.0.0.1]:56013 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p06ti-0006Ho-0N for submit@debbugs.gnu.org; Tue, 29 Nov 2022 15:08:07 -0500 Received: from lists.gnu.org ([209.51.188.17]:45350) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p06tb-0006HQ-Qi for submit@debbugs.gnu.org; Tue, 29 Nov 2022 15:08:04 -0500 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 1p06ta-00062u-Jk for bug-gnu-emacs@gnu.org; Tue, 29 Nov 2022 15:07:59 -0500 Received: from mail-pf1-x434.google.com ([2607:f8b0:4864:20::434]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p06tV-0002K0-Hw for bug-gnu-emacs@gnu.org; Tue, 29 Nov 2022 15:07:58 -0500 Received: by mail-pf1-x434.google.com with SMTP id c15so5459096pfb.13 for ; Tue, 29 Nov 2022 12:07:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:content-language:subject:to:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=DVKuu5s4GIL8M3Sjt54kQHbeC/DxI/ASFErglSMbnXM=; b=n6xGHL19rHZU96hYCPvmmvZNzkqcTAkYab4dGnp/XJ8tFiZptNopugUpWhbmznvrXH B2UkelJ8pVe5CjThhOGzl/oOvrNA/Bt1+7r9JI1byfY+z75Icd/bRNL1PDwxqzmw+IzJ fLdPwKk7pQQueor3DuACfI1b8DLCwZ8wyZVpDYGZLEoLI6TXdExN0CjmSmftMODoVNQP AAwQDjHLjsNIv3sy0tIV27OPpgpPmJveGHVdB4OCoipOuUueeGG4dKCBGWuMOP/BACAf /D3zPeJckFfU9Bjft/ypkMdi9q2GbWKt1Rn/0wU47T/+GL0G4VKrciv8CQumXm2O0CvH y/qQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=from:content-language:subject:to:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DVKuu5s4GIL8M3Sjt54kQHbeC/DxI/ASFErglSMbnXM=; b=HAjYVF7J+zk2WAXBXWPg7+dWIPH6b5Sf7Vb7aPVGM2Lm60zTsTg9DKyH1qA5F9HHCi 8UNys2IOtjccTw/6eihCHAfQN2rX/+GW/gtXTvY/v3e3kjYR53wY/3GYCqUBcQRbdL1K oRVBdbxPy0gb2KK7loZW0OgEUya5KyxL0yprmrKq4PdCZjocRJh9P7OhzrX/CcxpM8SV XtO8oq3RyeBMHN6TmNmPoXKnLTTaW7T1TtFy6X3wNWxOHAo5h3T1hW1PkH4WE3+i5zZI zZo2CKxAUGIzNKCnjK92HPEf3oLRIum5Y8KwOJSR6KkfzO60sCCjZ9vB3qtweDN+hSbA ZXpg== X-Gm-Message-State: ANoB5pkHvCBjg7VATZqZBhl2BrFzZ+c/fIRufJIdpo7uIxfLyVHs5OLC 4f2EJRJFgqQNqISl7EvYJMji4OwC1pc= X-Google-Smtp-Source: AA0mqf6O0hDwHLXn/tPuHTk1AcZgHow4r4TcBLu6UKN7zkCFn/ACSe0yRMuNeWbAKnoOoQVsXz9mJw== X-Received: by 2002:a63:f254:0:b0:456:4f9a:fbb6 with SMTP id d20-20020a63f254000000b004564f9afbb6mr33454564pgk.318.1669752470900; Tue, 29 Nov 2022 12:07:50 -0800 (PST) Received: from ?IPV6:2001:ee0:50ce:c0f0:f9e1:f94e:db8d:e9ca? ([2001:ee0:50ce:c0f0:f9e1:f94e:db8d:e9ca]) by smtp.gmail.com with ESMTPSA id t67-20020a625f46000000b0056c814a501dsm5623656pfb.10.2022.11.29.12.07.49 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 29 Nov 2022 12:07:50 -0800 (PST) Content-Type: multipart/mixed; boundary="------------C42HXU4Ju0iipAreu8GjLtn2" Message-ID: <4bd6a1b7-982e-4593-95dd-2414058e2126@gmail.com> Date: Wed, 30 Nov 2022 03:07:47 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Content-Language: en-US From: daanturo Received-SPF: pass client-ip=2607:f8b0:4864:20::434; envelope-from=daanturo@gmail.com; helo=mail-pf1-x434.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, 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-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is a multi-part message in MIME format. --------------C42HXU4Ju0iipAreu8GjLtn2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Recently, after each rebuild, I noticed that Emacs' total installation size has become bigger overtime. That's understandably unavoidable but there's room for improvement. By analyzing disk usage I discovered that: "lisp/leim/"'s compiled elisp files are taking the most significant disk storage. By inspecting some of those, I don't think we are able to gain any practical benefit by compiling them, they don't contain (~)any function/macro definitions at all. So I try to disable byte-compilation (by either dir-local vars or file-local vars) in: - lisp/leim/ : I disable for the whole directory And some more .el(s) that I don't find so essential to compile: - lisp/play/ : not so serious or critical to workflows - lisp/cedet/{ede,semantic,srecode}/ : we now have LSP/eglot! - lisp/cedet/{ede.el,semantic.el} : same as above, also a big file by itself (I wished pulse.el, mode-local.el, data-debug.el were moved out of this lisp/cedet/, then putting a single .dir-local.el there would be the simplest) - lisp/obsolete/ : already obsolete anyway, but some packages may still depend on them so no-native-compile only Then build Emacs again. The final size of my Emacs installation, compared to before applying those no-compile local variables: 298.79 MiB -> 253.09 MiB That's 45.7 MiB disk saved. About 15.3% of total shaved! Please consider at least "lisp/leim/"'s gigantic files such as "ZIRANMA.el", "ARRAY30.el", "ja-dic.el" ,etc. as I find those the most disk-expensive when compiled, yet questionable benefit and waste of time spending to build. In GNU Emacs 29.0.60 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.35, cairo version 1.17.6) of 2022-11-30 built on dan-laptop Repository revision: ec7908204e3d1d415a17813a1fac1a8de334d3b1 Repository branch: makepkg System Description: Arch Linux Configured using: 'configure --sysconfdir=/etc --prefix=/usr --libexecdir=/usr/lib --localstatedir=/var '--program-transform-name='\''s/\(ctags\)/\1.emacs/'\''' --with-json --with-libsystemd --with-mailutils --with-modules --with-native-compilation --with-pgtk --without-xaw3d --with-sound=alsa --with-tree-sitter --with-xinput2 --with-xwidgets --with-native-compilation=aot --without-compress-install 'CFLAGS=-march=native -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection' LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM XWIDGETS GTK3 ZLIB -- Daanturo. --------------C42HXU4Ju0iipAreu8GjLtn2 Content-Type: text/x-patch; charset=UTF-8; name="0001-No-compile-for-some-lisp-directories-and-files.patch" Content-Disposition: attachment; filename*0="0001-No-compile-for-some-lisp-directories-and-files.patch" Content-Transfer-Encoding: base64 RnJvbSBlMzkxMzhlMjU0YTcyN2NiZTcyNDc2MGI2NWJhZmQ1NTFjYWRjYzM5IE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBEYWFudHVybyA8ZGFhbnR1cm9AZ21haWwuY29tPgpE YXRlOiBUdWUsIDI5IE5vdiAyMDIyIDIzOjQwOjE5ICswNzAwClN1YmplY3Q6IFtQQVRDSF0g Tm8gY29tcGlsZSBmb3Igc29tZSBsaXNwIGRpcmVjdG9yaWVzIGFuZCBmaWxlcwoKKiBsaXNw L2xlaW0vCiogbGlzcC9jZWRldC97ZWRlLmVsLHNlbWFudGljLmVsfTogcHJvZHVjZSBsYXJn ZSBjb21waWxhdGlvbiBvdXRwdXQKKiBsaXNwL2NlZGV0L3NlbWFudGljLwoqIGxpc3AvY2Vk ZXQvZWRlLwoqIGxpc3AvY2VkZXQvc3JlY29kZS8KKiBsaXNwL3BsYXkvCiogbGlzcC9vYnNv bGV0ZS8gOiBvbmx5IG5vLW5hdGl2ZS1jb21waWxlCi0tLQogbGlzcC9jZWRldC9lZGUuZWwg ICAgICAgICAgICAgICAgICB8IDQgKysrKwogbGlzcC9jZWRldC9lZGUvLmRpci1sb2NhbHMu ZWwgICAgICB8IDQgKysrKwogbGlzcC9jZWRldC9zZW1hbnRpYy5lbCAgICAgICAgICAgICB8 IDQgKysrKwogbGlzcC9jZWRldC9zZW1hbnRpYy8uZGlyLWxvY2Fscy5lbCB8IDQgKysrKwog bGlzcC9jZWRldC9zcmVjb2RlLy5kaXItbG9jYWxzLmVsICB8IDQgKysrKwogbGlzcC9sZWlt Ly5kaXItbG9jYWxzLmVsICAgICAgICAgICB8IDQgKysrKwogbGlzcC9vYnNvbGV0ZS8uZGly LWxvY2Fscy5lbCAgICAgICB8IDQgKysrKwogbGlzcC9wbGF5Ly5kaXItbG9jYWxzLmVsICAg ICAgICAgICB8IDQgKysrKwogOCBmaWxlcyBjaGFuZ2VkLCAzMiBpbnNlcnRpb25zKCspCiBj cmVhdGUgbW9kZSAxMDA2NDQgbGlzcC9jZWRldC9lZGUvLmRpci1sb2NhbHMuZWwKIGNyZWF0 ZSBtb2RlIDEwMDY0NCBsaXNwL2NlZGV0L3NlbWFudGljLy5kaXItbG9jYWxzLmVsCiBjcmVh dGUgbW9kZSAxMDA2NDQgbGlzcC9jZWRldC9zcmVjb2RlLy5kaXItbG9jYWxzLmVsCiBjcmVh dGUgbW9kZSAxMDA2NDQgbGlzcC9sZWltLy5kaXItbG9jYWxzLmVsCiBjcmVhdGUgbW9kZSAx MDA2NDQgbGlzcC9vYnNvbGV0ZS8uZGlyLWxvY2Fscy5lbAogY3JlYXRlIG1vZGUgMTAwNjQ0 IGxpc3AvcGxheS8uZGlyLWxvY2Fscy5lbAoKZGlmZiAtLWdpdCBhL2xpc3AvY2VkZXQvZWRl LmVsIGIvbGlzcC9jZWRldC9lZGUuZWwKaW5kZXggMTExODIzNTc1Ny4uNGZkOGJlMjNhOSAx MDA2NDQKLS0tIGEvbGlzcC9jZWRldC9lZGUuZWwKKysrIGIvbGlzcC9jZWRldC9lZGUuZWwK QEAgLTE1MzksMyArMTUzOSw3IEBAIHByb2plY3Qtcm9vdAogICAoZWRlLXNwZWVkYmFyLWZp bGUtc2V0dXApKQogCiA7OzsgZWRlLmVsIGVuZHMgaGVyZQorCis7OyBMb2NhbCBWYXJpYWJs ZXM6Cis7OyBuby1ieXRlLWNvbXBpbGU6IHQKKzs7IEVuZDoKZGlmZiAtLWdpdCBhL2xpc3Av Y2VkZXQvZWRlLy5kaXItbG9jYWxzLmVsIGIvbGlzcC9jZWRldC9lZGUvLmRpci1sb2NhbHMu ZWwKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAwMC4uZGU0MzJhNDU0MAot LS0gL2Rldi9udWxsCisrKyBiL2xpc3AvY2VkZXQvZWRlLy5kaXItbG9jYWxzLmVsCkBAIC0w LDAgKzEsNCBAQAorOzs7IERpcmVjdG9yeSBMb2NhbCBWYXJpYWJsZXMgICAgICAgICAgICAt Ki0gbm8tYnl0ZS1jb21waWxlOiB0IC0qLQorOzs7IEZvciBtb3JlIGluZm9ybWF0aW9uIHNl ZSAoaW5mbyAiKGVtYWNzKSBEaXJlY3RvcnkgVmFyaWFibGVzIikKKworKChuaWwgLiAoKG5v LWJ5dGUtY29tcGlsZSAuIHQpKSkpCmRpZmYgLS1naXQgYS9saXNwL2NlZGV0L3NlbWFudGlj LmVsIGIvbGlzcC9jZWRldC9zZW1hbnRpYy5lbAppbmRleCBhZGI0NzA1NjIwLi5lMWY3OGNj ZjU1IDEwMDY0NAotLS0gYS9saXNwL2NlZGV0L3NlbWFudGljLmVsCisrKyBiL2xpc3AvY2Vk ZXQvc2VtYW50aWMuZWwKQEAgLTExMzQsMyArMTEzNCw3IEBAIHNlbWFudGljLW1vZGUKIDs7 IChyZXF1aXJlICdzZW1hbnRpYy9sb2FkKQogCiA7Ozsgc2VtYW50aWMuZWwgZW5kcyBoZXJl CisKKzs7IExvY2FsIFZhcmlhYmxlczoKKzs7IG5vLWJ5dGUtY29tcGlsZTogdAorOzsgRW5k OgpkaWZmIC0tZ2l0IGEvbGlzcC9jZWRldC9zZW1hbnRpYy8uZGlyLWxvY2Fscy5lbCBiL2xp c3AvY2VkZXQvc2VtYW50aWMvLmRpci1sb2NhbHMuZWwKbmV3IGZpbGUgbW9kZSAxMDA2NDQK aW5kZXggMDAwMDAwMDAwMC4uZGU0MzJhNDU0MAotLS0gL2Rldi9udWxsCisrKyBiL2xpc3Av Y2VkZXQvc2VtYW50aWMvLmRpci1sb2NhbHMuZWwKQEAgLTAsMCArMSw0IEBACis7OzsgRGly ZWN0b3J5IExvY2FsIFZhcmlhYmxlcyAgICAgICAgICAgIC0qLSBuby1ieXRlLWNvbXBpbGU6 IHQgLSotCis7OzsgRm9yIG1vcmUgaW5mb3JtYXRpb24gc2VlIChpbmZvICIoZW1hY3MpIERp cmVjdG9yeSBWYXJpYWJsZXMiKQorCisoKG5pbCAuICgobm8tYnl0ZS1jb21waWxlIC4gdCkp KSkKZGlmZiAtLWdpdCBhL2xpc3AvY2VkZXQvc3JlY29kZS8uZGlyLWxvY2Fscy5lbCBiL2xp c3AvY2VkZXQvc3JlY29kZS8uZGlyLWxvY2Fscy5lbApuZXcgZmlsZSBtb2RlIDEwMDY0NApp bmRleCAwMDAwMDAwMDAwLi5kZTQzMmE0NTQwCi0tLSAvZGV2L251bGwKKysrIGIvbGlzcC9j ZWRldC9zcmVjb2RlLy5kaXItbG9jYWxzLmVsCkBAIC0wLDAgKzEsNCBAQAorOzs7IERpcmVj dG9yeSBMb2NhbCBWYXJpYWJsZXMgICAgICAgICAgICAtKi0gbm8tYnl0ZS1jb21waWxlOiB0 IC0qLQorOzs7IEZvciBtb3JlIGluZm9ybWF0aW9uIHNlZSAoaW5mbyAiKGVtYWNzKSBEaXJl Y3RvcnkgVmFyaWFibGVzIikKKworKChuaWwgLiAoKG5vLWJ5dGUtY29tcGlsZSAuIHQpKSkp CmRpZmYgLS1naXQgYS9saXNwL2xlaW0vLmRpci1sb2NhbHMuZWwgYi9saXNwL2xlaW0vLmRp ci1sb2NhbHMuZWwKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAwMC4uZGU0 MzJhNDU0MAotLS0gL2Rldi9udWxsCisrKyBiL2xpc3AvbGVpbS8uZGlyLWxvY2Fscy5lbApA QCAtMCwwICsxLDQgQEAKKzs7OyBEaXJlY3RvcnkgTG9jYWwgVmFyaWFibGVzICAgICAgICAg ICAgLSotIG5vLWJ5dGUtY29tcGlsZTogdCAtKi0KKzs7OyBGb3IgbW9yZSBpbmZvcm1hdGlv biBzZWUgKGluZm8gIihlbWFjcykgRGlyZWN0b3J5IFZhcmlhYmxlcyIpCisKKygobmlsIC4g KChuby1ieXRlLWNvbXBpbGUgLiB0KSkpKQpkaWZmIC0tZ2l0IGEvbGlzcC9vYnNvbGV0ZS8u ZGlyLWxvY2Fscy5lbCBiL2xpc3Avb2Jzb2xldGUvLmRpci1sb2NhbHMuZWwKbmV3IGZpbGUg bW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAwMC4uYmI3ZWYyMzg2NgotLS0gL2Rldi9udWxs CisrKyBiL2xpc3Avb2Jzb2xldGUvLmRpci1sb2NhbHMuZWwKQEAgLTAsMCArMSw0IEBACis7 OzsgRGlyZWN0b3J5IExvY2FsIFZhcmlhYmxlcyAgICAgICAgICAgIC0qLSBuby1ieXRlLWNv bXBpbGU6IHQgLSotCis7OzsgRm9yIG1vcmUgaW5mb3JtYXRpb24gc2VlIChpbmZvICIoZW1h Y3MpIERpcmVjdG9yeSBWYXJpYWJsZXMiKQorCisoKG5pbCAuICgobm8tbmF0aXZlLWNvbXBp bGUgLiB0KSkpKQpkaWZmIC0tZ2l0IGEvbGlzcC9wbGF5Ly5kaXItbG9jYWxzLmVsIGIvbGlz cC9wbGF5Ly5kaXItbG9jYWxzLmVsCm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAw MDAwMDAuLmRlNDMyYTQ1NDAKLS0tIC9kZXYvbnVsbAorKysgYi9saXNwL3BsYXkvLmRpci1s b2NhbHMuZWwKQEAgLTAsMCArMSw0IEBACis7OzsgRGlyZWN0b3J5IExvY2FsIFZhcmlhYmxl cyAgICAgICAgICAgIC0qLSBuby1ieXRlLWNvbXBpbGU6IHQgLSotCis7OzsgRm9yIG1vcmUg aW5mb3JtYXRpb24gc2VlIChpbmZvICIoZW1hY3MpIERpcmVjdG9yeSBWYXJpYWJsZXMiKQor CisoKG5pbCAuICgobm8tYnl0ZS1jb21waWxlIC4gdCkpKSkKLS0gCjIuMzguMQoK --------------C42HXU4Ju0iipAreu8GjLtn2-- From unknown Sun Jun 22 08:11:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#59692: 29.0.60; Reduce installation size by disabling byte-compilation for some lisp files that won't benefit Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Nov 2022 20:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: daanturo Cc: 59692@debbugs.gnu.org Received: via spool by 59692-submit@debbugs.gnu.org id=B59692.166975306424531 (code B ref 59692); Tue, 29 Nov 2022 20:18:01 +0000 Received: (at 59692) by debbugs.gnu.org; 29 Nov 2022 20:17:44 +0000 Received: from localhost ([127.0.0.1]:56077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p0732-0006Na-Gs for submit@debbugs.gnu.org; Tue, 29 Nov 2022 15:17:44 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46068) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p072y-0006NQ-SN; Tue, 29 Nov 2022 15:17:42 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p072s-000491-RO; Tue, 29 Nov 2022 15:17:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=UtPEghQdld9jtONwdC2edy/NLsh/JMUq/ikbg9UF/gI=; b=U3Cuv4W/gnWm mgU1VIL5VN0IlZp2u1be4dS6uro2NfwJnPQpcoJ4LYTxKjMzuxdVA5TId8iJlMMFVgRWI45uo2jGV aclqQtWrMqVc/tTRd2gU3Lhh1NXBFHH/uiMMryGLEhsQqJL0JXi49JiGAKOOs6InASbrV3CYURPig 6z77lahWKYhS6CQNrPgeBVYEShqWSAMK3nxCltQtljGehrTpBChzuEabMVqYe2oIE4OutdmwKYYAn DNsYK6T7Je7tPF2x8kOa4jc8Zu/SljvXqDoLeph1/LAFY/ESKds/6W3xk4e+FGf0Tq5n2ElC/rMgL 0O4sEQGVdQN4k32bDbkQFg==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p072l-0005QF-OD; Tue, 29 Nov 2022 15:17:34 -0500 Date: Tue, 29 Nov 2022 22:18:01 +0200 Message-Id: <83o7spldl2.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <4bd6a1b7-982e-4593-95dd-2414058e2126@gmail.com> (message from daanturo on Wed, 30 Nov 2022 03:07:47 +0700) References: <4bd6a1b7-982e-4593-95dd-2414058e2126@gmail.com> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) severity 59692 wishlist thanks > Date: Wed, 30 Nov 2022 03:07:47 +0700 > From: daanturo > > Recently, after each rebuild, I noticed that Emacs' total installation > size has become bigger overtime. That's understandably unavoidable but > there's room for improvement. By analyzing disk usage I discovered > that: > > "lisp/leim/"'s compiled elisp files are taking the most significant disk > storage. > > By inspecting some of those, I don't think we are able to gain any > practical benefit by compiling them, they don't contain (~)any > function/macro definitions at all. > > So I try to disable byte-compilation (by either dir-local vars or > file-local vars) in: > > - lisp/leim/ : I disable for the whole directory > > And some more .el(s) that I don't find so essential to compile: > > - lisp/play/ : not so serious or critical to workflows > > - lisp/cedet/{ede,semantic,srecode}/ : we now have LSP/eglot! > - lisp/cedet/{ede.el,semantic.el} : same as above, also a big file by > itself > > (I wished pulse.el, mode-local.el, data-debug.el were moved out of this > lisp/cedet/, then putting a single .dir-local.el there would be the > simplest) > > - lisp/obsolete/ : already obsolete anyway, but some packages may still > depend on them so no-native-compile only > > Then build Emacs again. > > The final size of my Emacs installation, compared to before applying > those no-compile local variables: > 298.79 MiB -> 253.09 MiB > That's 45.7 MiB disk saved. About 15.3% of total shaved! > > Please consider at least "lisp/leim/"'s gigantic files such as > "ZIRANMA.el", "ARRAY30.el", "ja-dic.el" ,etc. as I find those the most > disk-expensive when compiled, yet questionable benefit and waste of time > spending to build. Thanks. FWIW, I consider this to be a waste of our resources and a long-term maintenance burden that I cannot justify, even if I accept your conclusions (and I'm not at all convinced that they are completely correct, especially since you didn't show any measurements of code speed with and without byte-compilation). 50 MiB of disk space is too small to justify keeping track of all the files, making decisions which will and will not be compiled, etc. Disk space is cheap these days. So I don't think we should do this. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 29 20:50:50 2022 Received: (at control) by debbugs.gnu.org; 30 Nov 2022 01:50:50 +0000 Received: from localhost ([127.0.0.1]:57749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p0CFO-0005ub-8D for submit@debbugs.gnu.org; Tue, 29 Nov 2022 20:50:50 -0500 Received: from mail-oa1-f54.google.com ([209.85.160.54]:46687) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p0CFK-0005uU-1D for control@debbugs.gnu.org; Tue, 29 Nov 2022 20:50:48 -0500 Received: by mail-oa1-f54.google.com with SMTP id 586e51a60fabf-142faa7a207so19322907fac.13 for ; Tue, 29 Nov 2022 17:50:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:mime-version:from:from:to:cc:subject :date:message-id:reply-to; bh=KpFUhKrMQuC7RpkGzXvWGlulqDYEXxdJF4XT6TKN9jU=; b=icP6tm60EDSwTBCNF7E304ajV+cewN8k/ZlXbFI85/3cFvG/BZJMjCJfMSnnBgN/aI t54PHhd2T7SH+RVSWGXJ/U0ZuxIohIJSwfVjqUxofywve+eZ2Nag4E3ZYxa7i7uhVqDO fzrySmfbpuOc5uVD4OI9egT1D9cME5Cam0hoPLciR5bIV28Tq9kcTcEzI3IguZU5RHqw 6dUHHz8uh44rCf4Czf5xNEyr/Jnok96SWOz/V2eQJmrvzlbR37OFOXHdh2SK3W/vfx45 B2XKmBwqF2S/R5lj65pFz7SIKBbbeq8B5nsISFM4fOLKTJR8JDQ57tXl37uMWxX8Ej/f aLPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:mime-version:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=KpFUhKrMQuC7RpkGzXvWGlulqDYEXxdJF4XT6TKN9jU=; b=GHJ0inTxVflsOG4YLQj5bz0PtC0uua6RzjUd51DnWeDHygQXDYUZkDkdGJaQkmpL2p Nt2Fai7T/lufVDocaj5No47ngANNk1ttuLAfzQq9Jaf/4fbuXMO8BFBTk0UdKtWSXgx6 rC38okRhl3WOSKPV3nuoJcjzDO8suBT19/h8XoTyAE4NgnmoVVR4jG+pVEZpthyfGHlI 5LV/5basSu2KRrP9oE1x+mthks80vEjhym+OESrU4g1ssqZSpxVQVPY+0U8/auz3b17J a53D6gAgV6+XA4FaZR/CNujmPW46mwfWcwGumdMSLb/fopu1Phybn0+xtHilQ7Hzy73U A9aA== X-Gm-Message-State: ANoB5plDmiu013biN9D1djoNsHtjGxYubZkAgp76eppUazj2pW8n0BGq kN6vCw2huRmvh+h1toI01X/5Dwut5ZLPNhAvi2gsIbBo X-Google-Smtp-Source: AA0mqf5DiXSzp8sIoWHjELBPbQoj827WV/l9bBK9Irv/OmJechYLiU1oPafXgnO9DEm3MtznQPZXURieczzi/GNLR/8= X-Received: by 2002:a05:6870:4995:b0:143:522a:ebcc with SMTP id ho21-20020a056870499500b00143522aebccmr16242438oab.199.1669773040375; Tue, 29 Nov 2022 17:50:40 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 29 Nov 2022 17:50:39 -0800 From: Stefan Kangas X-Hashcash: 1:20:221130:control@debbugs.gnu.org::nQTJt/u+VU6f21sA:1B4n MIME-Version: 1.0 Date: Tue, 29 Nov 2022 17:50:39 -0800 Message-ID: Subject: To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 59692 + wontfix thanks Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.160.54 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.160.54 listed in wl.mailspike.net] 2.0 BLANK_SUBJECT Subject is present but empty 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) tags 59692 + wontfix thanks From unknown Sun Jun 22 08:11:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#59692: 29.0.60; Reduce installation size by disabling byte-compilation for some lisp files that won't benefit Resent-From: daanturo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 30 Nov 2022 19:00:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii Cc: 59692@debbugs.gnu.org Received: via spool by 59692-submit@debbugs.gnu.org id=B59692.16698347418477 (code B ref 59692); Wed, 30 Nov 2022 19:00:01 +0000 Received: (at 59692) by debbugs.gnu.org; 30 Nov 2022 18:59:01 +0000 Received: from localhost ([127.0.0.1]:34511 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p0SIO-0002CY-PU for submit@debbugs.gnu.org; Wed, 30 Nov 2022 13:59:01 -0500 Received: from mail-pf1-f172.google.com ([209.85.210.172]:39650) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p0SIJ-0002CS-Tf for 59692@debbugs.gnu.org; Wed, 30 Nov 2022 13:58:59 -0500 Received: by mail-pf1-f172.google.com with SMTP id 140so17690128pfz.6 for <59692@debbugs.gnu.org>; Wed, 30 Nov 2022 10:58:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:from:references:cc:to:content-language:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=AMrKB7ePD22HRnhrKSZNrhOtt/EAzy/FSepbOaeKwbM=; b=i1DGjq7aaU3iZyTmIIpzRKkyJqYXHsM1dRQQocNPpmINXLVha+zmCdcbKnt9jJ7/Fp ISfDBdI3rlrie+VHwbugngg9UAC9VNaYTBFRcEouplCtffoePpwwYGViGf1zeyGluyWq SiAnW0p4sZOiw6oZ95aPNnj8+yhU9wkqx1fvoL++seAXlcZK/ESCyL4Y9cGJXrt0kue+ zy5+75AItyt1nGsi73vRJm48eoeT22P5kiffactrOwhWVMaEUYTzsc9bTguobakhi30O V3+7m+wGlGI4LpRgv7MJRyrHVJerObsBILwG/52zdT9s0frOyaOFYL6MzY83TmRTxul7 6L1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:from:references:cc:to:content-language:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=AMrKB7ePD22HRnhrKSZNrhOtt/EAzy/FSepbOaeKwbM=; b=p4uwB4o24Z9XVoEIL9mw4pEYBKQexcvMR/CzOzRGoxbTrBCiewwEz53jhNMFm57LkY OZW8RiksT6YEx6DdjnaApkZ4IdmOKpGvW7qwiyZqdoNdNfDHLxNBxx9egpmnB8XhDKeV Q+LiGyVsCYNMepqytWN1yVL2vBS1h3QPbCG9nR1PthBy8UWmVaEkqJawWkOpRdxOYGpo +mTG9Z1bOYjX9HBE0djS7hgkXOjO60cq6NNxnZp/qAH58nI0fgRZWJ3lUC/BGJBOhSH2 4eh5HmAKQX7Jvyh1GcAQwFBkgJPj1TIZ5XojsngpS9omXFdZyA6OM/uYyRll9hcYiEIo ffbg== X-Gm-Message-State: ANoB5pkuag2WsR73XfgYPVhik2U0Og0i4FKr84F8a5HvOSa069UemIr0 2kFnCUX0sgf1rmhcVAh/tm87Aqqagwc= X-Google-Smtp-Source: AA0mqf6BWAlCVHs8ak6nphadtwcX+0WHHJs0ROeeHwAh7FZZKbwoqZ7cVyrsmvPj78mL4y20oWMCyg== X-Received: by 2002:a62:198d:0:b0:572:5a7f:9f4a with SMTP id 135-20020a62198d000000b005725a7f9f4amr43282544pfz.33.1669834729647; Wed, 30 Nov 2022 10:58:49 -0800 (PST) Received: from ?IPV6:2001:ee0:50ce:c0f0:f9e1:f94e:db8d:e9ca? ([2001:ee0:50ce:c0f0:f9e1:f94e:db8d:e9ca]) by smtp.gmail.com with ESMTPSA id ij19-20020a170902ab5300b0018685257c0dsm1845842plb.58.2022.11.30.10.58.47 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 30 Nov 2022 10:58:48 -0800 (PST) Content-Type: multipart/mixed; boundary="------------tIq56WB5J9wgTKWvXPQ8kODG" Message-ID: Date: Thu, 1 Dec 2022 01:58:45 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Content-Language: en-US References: <4bd6a1b7-982e-4593-95dd-2414058e2126@gmail.com> <83o7spldl2.fsf@gnu.org> From: daanturo In-Reply-To: <83o7spldl2.fsf@gnu.org> X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------tIq56WB5J9wgTKWvXPQ8kODG Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit > measurements of code speed with and without byte-compilation I tried to evaluate performance different: ### Load time Helper macro: ```emacs-lisp (defmacro my-with-deferred-gc (&rest body)   `(dlet ((gc-cons-threshold most-positive-fixnum) (gc-cons-percentage 0.75))      ,@body)) ``` (Each of those measures was executed in a new Emacs instance, as the second `load` is (for me) cheaper than the first `load`). #### lisp/leim/ja-dic (my-with-deferred-gc (benchmark-progn (load "/usr/share/emacs/29.0.60/lisp/leim/ja-dic/ja-dic"))) > .el: Loading /usr/share/emacs/29.0.60/lisp/leim/ja-dic/ja-dic.el (source)...done Elapsed time: 0.707891s > .elc: Loading /usr/share/emacs/29.0.60/lisp/leim/ja-dic/ja-dic...done Elapsed time: 0.104832s > .eln: Loading /usr/share/emacs/29.0.60/lisp/leim/ja-dic/ja-dic (native compiled elisp)...done Elapsed time: 0.104676s #### Other auto-generated lisp files in lisp/leim/quail, all of them are Chinese at the moment, the largests being ZIRANMA.el, ARRAY30.el: (my-with-deferred-gc (benchmark-progn (load "/usr/share/emacs/29.0.60/lisp/leim/quail/ZIRANMA"))) > .el: Loading /usr/share/emacs/29.0.60/lisp/leim/quail/ZIRANMA.el (source)...done Elapsed time: 0.037230s > .elc: Loading /usr/share/emacs/29.0.60/lisp/leim/quail/ZIRANMA...done Elapsed time: 0.058042s > .eln: Loading /usr/share/emacs/29.0.60/lisp/leim/quail/ZIRANMA (native compiled elisp)... Elapsed time: 0.062904s (my-with-deferred-gc (benchmark-progn (load "/usr/share/emacs/29.0.60/lisp/leim/quail/ARRAY30"))) > .el Loading /usr/share/emacs/29.0.60/lisp/leim/quail/ARRAY30.el (source)...done Elapsed time: 0.031518s > .elc Loading /usr/share/emacs/29.0.60/lisp/leim/quail/ARRAY30...done Elapsed time: 0.037412s > .eln Loading /usr/share/emacs/29.0.60/lisp/leim/quail/ARRAY30 (native compiled elisp)...done Elapsed time: 0.041110s (my-with-deferred-gc (benchmark-progn (load "/usr/share/emacs/29.0.60/lisp/leim/quail/QJ"))) > .el Loading /usr/share/emacs/29.0.60/lisp/leim/quail/QJ.el (source)...done Elapsed time: 0.001649s > .elc Loading /usr/share/emacs/29.0.60/lisp/leim/quail/QJ...done Elapsed time: 0.004481s > .eln Loading /usr/share/emacs/29.0.60/lisp/leim/quail/QJ (native compiled elisp)...done Elapsed time: 0.005001s For "ja-dic.el", byte-compilation clearly helped speedup loading. But native-compilation doesn't offer any more significantly. As I inspect "ja-dic.elc", byte-compilation did by expanding macros to `(defconst var literal-list)` forms, I think that native compilation won't offer more about run time performance. For auto-generated files under lisp/leim/quail (ZIRANMA, ARRAY30, QJ tested above), sometimes compilation even slows down the loading process compared to just interpretation. About the run time performance, since I don't know Chinese, I will approximately benchmark lisp/leim/quail/vnvni.el (Vietnamese) instead as this file is quite similar to ZIRANMA.el: both has only 2 forms -- (quail-define-package ...) and (quail-define-rules ...). ydotool is used (https://github.com/ReimuNotMoe/ydotool) to perform auto-typing as in bench-quail.el attached. The function to be benchmarked is #'quail-input-method. emacs -q -l bench-quail.el --eval "(progn (my-to-new-buffer) (my-benchmark-quail nil))" emacs -q -l bench-quail.el --eval "(progn (my-to-new-buffer) (my-benchmark-quail 'compiled))" Benchmarking results: (note that :num means the total key pressed by ydotool). Loading /usr/share/emacs/29.0.60/lisp/leim/quail/vnvni.el (source)...done Elapsed time: 0.016844s (0.008795s in 1 GCs) (:compiled nil (:num 145 :total-time 2.118776153 :average 0.014612249331034484)) Loading /usr/share/emacs/29.0.60/lisp/leim/quail/vnvni (native compiled elisp)...done Elapsed time: 0.034253s (0.009630s in 1 GCs) (:compiled compiled (:num 145 :total-time 2.117245182999999 :average 0.014601690917241374)) So I conclude that those quail lisp package files' compilation statuses, whether compiled or not, doesn't affect run-time performance at all. ### lisp/international/titdic-cnv.el's pinyin-convert It produce a single form: (defconst var literal-list) so the corresponding produced ".elc" file is just the same with new lines joined. Also the times taken to load lisp/language/pinyin.elc and /lisp/language/pinyin.el aren't different anyway. ### About the patch In the patch below, I disabled native-compile for "ja-dic" while keeping byte-compile (by modifying `generate-lisp-file-trailer` keyword args), and disable compilation altogether for files produced by titdic-convert, miscdic-convert, pinyin-convert. There's no new .dir-locals files introduced like the previous patch. > Disk space is cheap these days. But it's always better to be light if we don't suffer any penalties. A little number of megabytes saved will always be appreciated by people with metered connection and/or limited bandwidth, or people who have multiple versions of Emacs installed. Disk space is indeed becoming cheaper, but with varying pace among countries. I am currently using a laptop which only has 238GiB & un-expandable, that explains my joy when pacman shows net upgrade size being negative during system updates. Thanks to the patch, I saved 20.20 MiB by a couple of flag flips without making any new files. Please consider again if you think it makes more sense than my previous justifications, thank you. -- Daanturo. --------------tIq56WB5J9wgTKWvXPQ8kODG Content-Type: text/x-emacs-lisp; charset=UTF-8; name="bench-quail.el" Content-Disposition: attachment; filename="bench-quail.el" Content-Transfer-Encoding: base64 OzsgLSotIGxleGljYWwtYmluZGluZzogdDsgLSotCgo7OzsgQmVuY2htYXJrIGhlbHBlciBm dW5jdGlvbnMKCihkZWZ2YXIgbXktYmVuY2htYXJrLWFjY3VtdWxhdGUtdGltZS0tbnVtLXRp bWUgJygwIDApKQo7OzsjIyNhdXRvbG9hZAooZGVmdW4gbXktYmVuY2htYXJrLWFjY3VtdWxh dGUtdGltZS1hIChmdW5jICZyZXN0IGFyZ3MpCiAgKGxldCogKCh0aW1lMCAoY3VycmVudC10 aW1lKSkpCiAgICAodW53aW5kLXByb3RlY3QKICAgICAgICAoYXBwbHkgZnVuYyBhcmdzKQog ICAgICAocGNhc2UtbGV0KiAoKGRlbHRhIChmbG9hdC10aW1lICh0aW1lLXNpbmNlIHRpbWUw KSkpCiAgICAgICAgICAgICAgICAgICAoYCgsbnVtICx0b3RhbC10aW1lKSBteS1iZW5jaG1h cmstYWNjdW11bGF0ZS10aW1lLS1udW0tdGltZSkpCiAgICAgICAgKHNldHEgbXktYmVuY2ht YXJrLWFjY3VtdWxhdGUtdGltZS0tbnVtLXRpbWUKICAgICAgICAgICAgICAobGlzdCAoKyAo b3IgbnVtIDApIDEpCiAgICAgICAgICAgICAgICAgICAgKCsgKG9yIHRvdGFsLXRpbWUgMCkg ZGVsdGEpKSkpKSkpCihkZWZ1biBteS1iZW5jaG1hcmstYWNjdW11bGF0ZS10aW1lLXJlcG9y dCAoJm9wdGlvbmFsIHJlc2V0KQogIChwcm9nMQogICAgICAocGNhc2UtbGV0KiAoKGAoLG51 bSAsdG90YWwtdGltZSkgbXktYmVuY2htYXJrLWFjY3VtdWxhdGUtdGltZS0tbnVtLXRpbWUp KQogICAgICAgIChsaXN0IDpudW0gbnVtCiAgICAgICAgICAgICAgOnRvdGFsLXRpbWUgdG90 YWwtdGltZQogICAgICAgICAgICAgIDphdmVyYWdlIChpZ25vcmUtZXJyb3IgYXJpdGgtZXJy b3IgKC8gdG90YWwtdGltZSBudW0pKSkpCiAgICAod2hlbiByZXNldCAoc2V0cSBteS1iZW5j aG1hcmstYWNjdW11bGF0ZS10aW1lLS1udW0tdGltZSBuaWwpKSkpCgooZGVmdW4gbXktdG8t bmV3LWJ1ZmZlciAoKQogIChpbnRlcmFjdGl2ZSkKICAoc3dpdGNoLXRvLWJ1ZmZlcgogICAo Z2VuZXJhdGUtbmV3LWJ1ZmZlciAibmV3IikpKQoKOzs7IFBlcmZvcm0gYmVuY2htYXJraW5n CgooZGVmY29uc3QgbXktdHlwaW5nCiAgIkVtYWNzIGxhMiB0cmkybmggc29hNW4gdGhhM28g dmE4biBiYTNuIGQ5YSBjaHU3MWMgbmE4bmcuIEQ5YTZ5CmxhMiBwaGE2Mm4gbWU2Mm0gdHU3 NSBkbywgY2hhNXkgZDl1N283NWMgdHJlNm4gbmhpZTYydSBoZTY1CmQ5aWU2MnUgaGEybmgg dmEyIGNvMSB0aGU2MyBtbzczIHJvNjVuZyBkOWU2MyB0aGU2bSB2YTJvIGNodTcxYwpuYThu ZyBtbzcxaS4iCiAgImh0dHBzOi8vdmkud2lraXBlZGlhLm9yZy93aWtpL0VtYWNzIikKCihk ZWZ1biBteS1iZW5jaG1hcmstcXVhaWwgKCZvcHRpb25hbCBsb2FkLWNvbXBpbGVkLXF1YWls LXBhY2thZ2UpCiAgKGludGVyYWN0aXZlICJQIikKICAoZGVhY3RpdmF0ZS1pbnB1dC1tZXRo b2QpCiAgKGFkdmljZS1hZGQgIydxdWFpbC1pbnB1dC1tZXRob2QgOmFyb3VuZCAjJ215LWJl bmNobWFyay1hY2N1bXVsYXRlLXRpbWUtYSkKICAobXktYmVuY2htYXJrLWFjY3VtdWxhdGUt dGltZS1yZXBvcnQgJ3Jlc2V0KQogIChiZW5jaG1hcmstcHJvZ24KICAgIChpZiBsb2FkLWNv bXBpbGVkLXF1YWlsLXBhY2thZ2UKICAgICAgICAobG9hZCAiL3Vzci9zaGFyZS9lbWFjcy8y OS4wLjYwL2xpc3AvbGVpbS9xdWFpbC92bnZuaSIpCiAgICAgIChsb2FkICIvdXNyL3NoYXJl L2VtYWNzLzI5LjAuNjAvbGlzcC9sZWltL3F1YWlsL3Zudm5pLmVsIikpKQogIChhY3RpdmF0 ZS1pbnB1dC1tZXRob2QgInZpZXRuYW1lc2Utdm5pIikKICAobGV0KiAoKHByb2MgKHN0YXJ0 LXByb2Nlc3MgIiIgbmlsICJ5ZG90b29sIiAidHlwZSIgbXktdHlwaW5nKSkpCiAgICAoc2V0 LXByb2Nlc3Mtc2VudGluZWwKICAgICBwcm9jCiAgICAgKGxhbWJkYSAoJnJlc3QgXykKICAg ICAgIChkZWFjdGl2YXRlLWlucHV0LW1ldGhvZCkKICAgICAgIChwcmludCAobGlzdCA6Y29t cGlsZWQgbG9hZC1jb21waWxlZC1xdWFpbC1wYWNrYWdlCiAgICAgICAgICAgICAgICAgICAg KG15LWJlbmNobWFyay1hY2N1bXVsYXRlLXRpbWUtcmVwb3J0KSkpKSkpKQo= --------------tIq56WB5J9wgTKWvXPQ8kODG Content-Type: text/x-patch; charset=UTF-8; name="0001-Inhibit-compilation-for-some-quail-packages-generators.patch" Content-Disposition: attachment; filename*0="0001-Inhibit-compilation-for-some-quail-packages-generators."; filename*1="patch" Content-Transfer-Encoding: base64 RnJvbSAxY2NmNDk0ZDQxNzVmOGM1NmVmOTVhMDY2MTI0OWY0MjMzN2ZhZTc3IE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBEYWFudHVybyA8ZGFhbnR1cm9AZ21haWwuY29tPgpE YXRlOiBXZWQsIDMwIE5vdiAyMDIyIDE2OjAzOjU5ICswNzAwClN1YmplY3Q6IFtQQVRDSF0g SW5oaWJpdCBjb21waWxhdGlvbiBmb3Igc29tZSBxdWFpbCBwYWNrYWdlcyBnZW5lcmF0b3Jz CgotLS0KIGxpc3AvaW50ZXJuYXRpb25hbC9qYS1kaWMtY252LmVsIHwgMyArKy0KIGxpc3Av aW50ZXJuYXRpb25hbC90aXRkaWMtY252LmVsIHwgNiArKystLS0KIDIgZmlsZXMgY2hhbmdl ZCwgNSBpbnNlcnRpb25zKCspLCA0IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2xpc3Av aW50ZXJuYXRpb25hbC9qYS1kaWMtY252LmVsIGIvbGlzcC9pbnRlcm5hdGlvbmFsL2phLWRp Yy1jbnYuZWwKaW5kZXggZWM2OGQ4YzgwNC4uZGY3MDk1OWIxOSAxMDA2NDQKLS0tIGEvbGlz cC9pbnRlcm5hdGlvbmFsL2phLWRpYy1jbnYuZWwKKysrIGIvbGlzcC9pbnRlcm5hdGlvbmFs L2phLWRpYy1jbnYuZWwKQEAgLTM5Niw3ICszOTYsOCBAQCBza2tkaWMtY29udmVydAogCTs7 IFBvc3RmaXgKIAkod2l0aC1jdXJyZW50LWJ1ZmZlciBidWYKIAkgIChnb3RvLWNoYXIgKHBv aW50LW1heCkpCi0gICAgICAgICAgKGdlbmVyYXRlLWxpc3AtZmlsZS10cmFpbGVyIGphLWRp Yy1maWxlbmFtZSA6Y29tcGlsZSB0KSkpCisgICAgICAgICAgKGdlbmVyYXRlLWxpc3AtZmls ZS10cmFpbGVyCisgICAgICAgICAgIGphLWRpYy1maWxlbmFtZSA6Y29tcGlsZSB0IDppbmhp Yml0LW5hdGl2ZS1jb21waWxlIHQpKSkKIAogICAgICAgOzsgU2F2ZSB0aGUgd29ya2luZyBi dWZmZXIuCiAgICAgICAoc2V0LWJ1ZmZlciBidWYpCmRpZmYgLS1naXQgYS9saXNwL2ludGVy bmF0aW9uYWwvdGl0ZGljLWNudi5lbCBiL2xpc3AvaW50ZXJuYXRpb25hbC90aXRkaWMtY252 LmVsCmluZGV4IGI5NDJmNWZhYmMuLjg5OTYyMTRkY2IgMTAwNjQ0Ci0tLSBhL2xpc3AvaW50 ZXJuYXRpb25hbC90aXRkaWMtY252LmVsCisrKyBiL2xpc3AvaW50ZXJuYXRpb25hbC90aXRk aWMtY252LmVsCkBAIC01MjcsNyArNTI3LDcgQEAgdGl0ZGljLWNvbnZlcnQKIAkgIDs7IFBy b2Nlc3MgdGhlIGJvZHkgcGFydAogCSAgKHRpdC1wcm9jZXNzLWJvZHkpCiAgICAgICAgICAg KGdlbmVyYXRlLWxpc3AtZmlsZS10cmFpbGVyCi0gICAgICAgICAgIGZpbGVuYW1lIDppbmhp Yml0LXByb3ZpZGUgdCA6Y29tcGlsZSB0IDpjb2RpbmcgbmlsKSkpKSkpCisgICAgICAgICAg IGZpbGVuYW1lIDppbmhpYml0LXByb3ZpZGUgdCA6Y29tcGlsZSBuaWwgOmNvZGluZyBuaWwp KSkpKSkKIAogOzs7IyMjYXV0b2xvYWQKIChkZWZ1biBiYXRjaC10aXRkaWMtY29udmVydCAo Jm9wdGlvbmFsIGZvcmNlKQpAQCAtMTE2MSw3ICsxMTYxLDcgQEAgbWlzY2RpYy1jb252ZXJ0 CiAgICAgICAgICAgICAgICAgKHdpdGgtY3VycmVudC1idWZmZXIgZHN0YnVmCiAgICAgICAg ICAgICAgICAgICAoZnVuY2FsbCBjb252ZXJ0ZXIgZGljYnVmKSkpKSkKICAgICAgICAgICAo Z2VuZXJhdGUtbGlzcC1maWxlLXRyYWlsZXIKLSAgICAgICAgICAgcXVhaWxmaWxlIDppbmhp Yml0LXByb3ZpZGUgdCA6Y29tcGlsZSB0IDpjb2RpbmcgbmlsKSkpCisgICAgICAgICAgIHF1 YWlsZmlsZSA6aW5oaWJpdC1wcm92aWRlIHQgOmNvbXBpbGUgbmlsIDpjb2RpbmcgbmlsKSkp CiAgICAgICAoc2V0cSB0YWlsIChjZHIgdGFpbCkpKSkpCiAKIChkZWZ1biBiYXRjaC1taXNj ZGljLWNvbnZlcnQgKCkKQEAgLTEyMTgsNyArMTIxOCw3IEBAIHBpbnlpbi1jb252ZXJ0CiAg ICAgICAgICAgKGZvcndhcmQtbGluZSAxKSkpCiAgICAgICAoaW5zZXJ0ICIpXG5cIkFuIGFs aXN0IGhvbGRpbmcgY29ycmVzcG9uZGVuY2VzIGJldHdlZW4gcGlueWluIHN5bGxhYmxlc1wK ICBhbmRcbkNoaW5lc2UgY2hhcmFjdGVycy5cIilcblxuIikKLSAgICAgIChnZW5lcmF0ZS1s aXNwLWZpbGUtdHJhaWxlciBkc3QtZmlsZSA6Y29tcGlsZSB0KSkKKyAgICAgIChnZW5lcmF0 ZS1saXNwLWZpbGUtdHJhaWxlciBkc3QtZmlsZSA6Y29tcGlsZSBuaWwpKQogICAgIChraWxs LWVtYWNzIDApKSkKIAogOzs7IHRpdGRpYy1jbnYuZWwgZW5kcyBoZXJlCi0tIAoyLjM4LjEK Cg== --------------tIq56WB5J9wgTKWvXPQ8kODG-- From unknown Sun Jun 22 08:11:17 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: daanturo Subject: bug#59692: closed (Re: bug#59692: 29.0.60; Reduce installation size by disabling byte-compilation for some lisp files that won't benefit) Message-ID: References: <4bd6a1b7-982e-4593-95dd-2414058e2126@gmail.com> X-Gnu-PR-Message: they-closed 59692 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: wontfix Reply-To: 59692@debbugs.gnu.org Date: Tue, 13 Dec 2022 01:05:06 +0000 Content-Type: multipart/mixed; boundary="----------=_1670893506-13925-1" This is a multi-part message in MIME format... ------------=_1670893506-13925-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #59692: 29.0.60; Reduce installation size by disabling byte-compilation for= some lisp files that won't benefit which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 59692@debbugs.gnu.org. --=20 59692: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D59692 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1670893506-13925-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 59692-done) by debbugs.gnu.org; 13 Dec 2022 01:04:28 +0000 Received: from localhost ([127.0.0.1]:56717 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4tie-0003Zq-Cv for submit@debbugs.gnu.org; Mon, 12 Dec 2022 20:04:28 -0500 Received: from mail-ot1-f51.google.com ([209.85.210.51]:44568) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4tic-0003ZT-AW for 59692-done@debbugs.gnu.org; Mon, 12 Dec 2022 20:04:26 -0500 Received: by mail-ot1-f51.google.com with SMTP id v15-20020a9d69cf000000b006709b5a534aso2038625oto.11 for <59692-done@debbugs.gnu.org>; Mon, 12 Dec 2022 17:04:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=JkpmFqYp+0EyBJCu9jE+UkPJewkXsn7X7tzmAnNMlTg=; b=f6r5415WeqxQszAFh9NueCF2FtKRIbjEYfAHyRu018kc4GwXLc8+yIsj5sPh9fefsL Hyadh58xVoGqrOW8nvbfRpMWyzOpBuVI5gTlqF6pYG+aLuCIWueYQQp7u/f2E68oDNXn PTmaRwNQZStO2VOj+/f4bTezizXbZjAPnIB/g6+pAkQDXqEpLHm6RE++zPQhuFTlsds1 P7VYJPXpskrvd8j7yhqOIoP61cXR0KAC9XcYo6HC3lqFGenWQ1liLToHMeABKv5Ciw0S KFWrOsPPIVTiEljPsr9pJ44l7KbFDfpXXalsmhMNOJE+RMLZrRAKqzp+w7oYSxkSMyVB rmwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=JkpmFqYp+0EyBJCu9jE+UkPJewkXsn7X7tzmAnNMlTg=; b=I4Y+15QI1baubmGJP5PR1UZEOM+rBMn0QMbivE/rYWBZLKW3RPSKGLL3WPghGR4iye G/r71M7KV7v5FxMb8BS/9VKOP+cAcgCPaiQdkVpXRFyyD6HvCPqgCYDWSlHA4MZqiatp QqkjE0qXs6mDhmWEBL+NKpHpecUQFqe+ltczEkD67pJFUC1JEpgNL1mGdKFk0Vb9mruT fN6r3Ltyse7hSTL4f2Bp3SnA+cia2x5N9bKEGR6IvG6v5+Ky1rC9obKrRDdk7JePPWy8 nWhKEtEdvSFW6y7sFHk1LwyWrlg/wXzOfpcELNE/5772cv4vV0JpuHwoBDwIxsukLt/q sW7w== X-Gm-Message-State: ANoB5pnZGyzmhk1EzpyigIjypW6xoYKAGUEJkeBvq9Af2CbbXLyPuOk7 kWMpy0cw5BbJgG5B1zxCN/dzq+m/gKGTtFS4mUQ= X-Google-Smtp-Source: AA0mqf7nq1ABe5mBARpBtaFR5lz33xIFoslBcpRpKZN2RZXcKFrKa9ui9ArEqW+tbNiYzT+Salm9YowU/VKqveG2gC4= X-Received: by 2002:a05:6830:11cd:b0:66e:7741:ed1d with SMTP id v13-20020a05683011cd00b0066e7741ed1dmr11475161otq.224.1670893460997; Mon, 12 Dec 2022 17:04:20 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 12 Dec 2022 17:04:20 -0800 From: Stefan Kangas In-Reply-To: <83o7spldl2.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 29 Nov 2022 22:18:01 +0200") References: <4bd6a1b7-982e-4593-95dd-2414058e2126@gmail.com> <83o7spldl2.fsf@gnu.org> X-Hashcash: 1:20:221213:59692-done@debbugs.gnu.org::2vYsbafUPV6COkM+:1U6u MIME-Version: 1.0 Date: Mon, 12 Dec 2022 17:04:20 -0800 Message-ID: Subject: Re: bug#59692: 29.0.60; Reduce installation size by disabling byte-compilation for some lisp files that won't benefit To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 59692-done Cc: 59692-done@debbugs.gnu.org, daanturo X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > FWIW, I consider this to be a waste of our resources and a long-term > maintenance burden that I cannot justify, even if I accept your conclusions > (and I'm not at all convinced that they are completely correct, especially > since you didn't show any measurements of code speed with and without > byte-compilation). 50 MiB of disk space is too small to justify keeping > track of all the files, making decisions which will and will not be > compiled, etc. Disk space is cheap these days. > > So I don't think we should do this. I agree, so I'm closing this as wontfix. ------------=_1670893506-13925-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 29 Nov 2022 20:08:08 +0000 Received: from localhost ([127.0.0.1]:56013 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p06ti-0006Ho-0N for submit@debbugs.gnu.org; Tue, 29 Nov 2022 15:08:07 -0500 Received: from lists.gnu.org ([209.51.188.17]:45350) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p06tb-0006HQ-Qi for submit@debbugs.gnu.org; Tue, 29 Nov 2022 15:08:04 -0500 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 1p06ta-00062u-Jk for bug-gnu-emacs@gnu.org; Tue, 29 Nov 2022 15:07:59 -0500 Received: from mail-pf1-x434.google.com ([2607:f8b0:4864:20::434]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p06tV-0002K0-Hw for bug-gnu-emacs@gnu.org; Tue, 29 Nov 2022 15:07:58 -0500 Received: by mail-pf1-x434.google.com with SMTP id c15so5459096pfb.13 for ; Tue, 29 Nov 2022 12:07:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:content-language:subject:to:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=DVKuu5s4GIL8M3Sjt54kQHbeC/DxI/ASFErglSMbnXM=; b=n6xGHL19rHZU96hYCPvmmvZNzkqcTAkYab4dGnp/XJ8tFiZptNopugUpWhbmznvrXH B2UkelJ8pVe5CjThhOGzl/oOvrNA/Bt1+7r9JI1byfY+z75Icd/bRNL1PDwxqzmw+IzJ fLdPwKk7pQQueor3DuACfI1b8DLCwZ8wyZVpDYGZLEoLI6TXdExN0CjmSmftMODoVNQP AAwQDjHLjsNIv3sy0tIV27OPpgpPmJveGHVdB4OCoipOuUueeGG4dKCBGWuMOP/BACAf /D3zPeJckFfU9Bjft/ypkMdi9q2GbWKt1Rn/0wU47T/+GL0G4VKrciv8CQumXm2O0CvH y/qQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=from:content-language:subject:to:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DVKuu5s4GIL8M3Sjt54kQHbeC/DxI/ASFErglSMbnXM=; b=HAjYVF7J+zk2WAXBXWPg7+dWIPH6b5Sf7Vb7aPVGM2Lm60zTsTg9DKyH1qA5F9HHCi 8UNys2IOtjccTw/6eihCHAfQN2rX/+GW/gtXTvY/v3e3kjYR53wY/3GYCqUBcQRbdL1K oRVBdbxPy0gb2KK7loZW0OgEUya5KyxL0yprmrKq4PdCZjocRJh9P7OhzrX/CcxpM8SV XtO8oq3RyeBMHN6TmNmPoXKnLTTaW7T1TtFy6X3wNWxOHAo5h3T1hW1PkH4WE3+i5zZI zZo2CKxAUGIzNKCnjK92HPEf3oLRIum5Y8KwOJSR6KkfzO60sCCjZ9vB3qtweDN+hSbA ZXpg== X-Gm-Message-State: ANoB5pkHvCBjg7VATZqZBhl2BrFzZ+c/fIRufJIdpo7uIxfLyVHs5OLC 4f2EJRJFgqQNqISl7EvYJMji4OwC1pc= X-Google-Smtp-Source: AA0mqf6O0hDwHLXn/tPuHTk1AcZgHow4r4TcBLu6UKN7zkCFn/ACSe0yRMuNeWbAKnoOoQVsXz9mJw== X-Received: by 2002:a63:f254:0:b0:456:4f9a:fbb6 with SMTP id d20-20020a63f254000000b004564f9afbb6mr33454564pgk.318.1669752470900; Tue, 29 Nov 2022 12:07:50 -0800 (PST) Received: from ?IPV6:2001:ee0:50ce:c0f0:f9e1:f94e:db8d:e9ca? ([2001:ee0:50ce:c0f0:f9e1:f94e:db8d:e9ca]) by smtp.gmail.com with ESMTPSA id t67-20020a625f46000000b0056c814a501dsm5623656pfb.10.2022.11.29.12.07.49 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 29 Nov 2022 12:07:50 -0800 (PST) Content-Type: multipart/mixed; boundary="------------C42HXU4Ju0iipAreu8GjLtn2" Message-ID: <4bd6a1b7-982e-4593-95dd-2414058e2126@gmail.com> Date: Wed, 30 Nov 2022 03:07:47 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 To: bug-gnu-emacs@gnu.org Subject: 29.0.60; Reduce installation size by disabling byte-compilation for some lisp files that won't benefit Content-Language: en-US From: daanturo Received-SPF: pass client-ip=2607:f8b0:4864:20::434; envelope-from=daanturo@gmail.com; helo=mail-pf1-x434.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, 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-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is a multi-part message in MIME format. --------------C42HXU4Ju0iipAreu8GjLtn2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Recently, after each rebuild, I noticed that Emacs' total installation size has become bigger overtime. That's understandably unavoidable but there's room for improvement. By analyzing disk usage I discovered that: "lisp/leim/"'s compiled elisp files are taking the most significant disk storage. By inspecting some of those, I don't think we are able to gain any practical benefit by compiling them, they don't contain (~)any function/macro definitions at all. So I try to disable byte-compilation (by either dir-local vars or file-local vars) in: - lisp/leim/ : I disable for the whole directory And some more .el(s) that I don't find so essential to compile: - lisp/play/ : not so serious or critical to workflows - lisp/cedet/{ede,semantic,srecode}/ : we now have LSP/eglot! - lisp/cedet/{ede.el,semantic.el} : same as above, also a big file by itself (I wished pulse.el, mode-local.el, data-debug.el were moved out of this lisp/cedet/, then putting a single .dir-local.el there would be the simplest) - lisp/obsolete/ : already obsolete anyway, but some packages may still depend on them so no-native-compile only Then build Emacs again. The final size of my Emacs installation, compared to before applying those no-compile local variables: 298.79 MiB -> 253.09 MiB That's 45.7 MiB disk saved. About 15.3% of total shaved! Please consider at least "lisp/leim/"'s gigantic files such as "ZIRANMA.el", "ARRAY30.el", "ja-dic.el" ,etc. as I find those the most disk-expensive when compiled, yet questionable benefit and waste of time spending to build. In GNU Emacs 29.0.60 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.35, cairo version 1.17.6) of 2022-11-30 built on dan-laptop Repository revision: ec7908204e3d1d415a17813a1fac1a8de334d3b1 Repository branch: makepkg System Description: Arch Linux Configured using: 'configure --sysconfdir=/etc --prefix=/usr --libexecdir=/usr/lib --localstatedir=/var '--program-transform-name='\''s/\(ctags\)/\1.emacs/'\''' --with-json --with-libsystemd --with-mailutils --with-modules --with-native-compilation --with-pgtk --without-xaw3d --with-sound=alsa --with-tree-sitter --with-xinput2 --with-xwidgets --with-native-compilation=aot --without-compress-install 'CFLAGS=-march=native -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection' LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM XWIDGETS GTK3 ZLIB -- Daanturo. --------------C42HXU4Ju0iipAreu8GjLtn2 Content-Type: text/x-patch; charset=UTF-8; name="0001-No-compile-for-some-lisp-directories-and-files.patch" Content-Disposition: attachment; filename*0="0001-No-compile-for-some-lisp-directories-and-files.patch" Content-Transfer-Encoding: base64 RnJvbSBlMzkxMzhlMjU0YTcyN2NiZTcyNDc2MGI2NWJhZmQ1NTFjYWRjYzM5IE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBEYWFudHVybyA8ZGFhbnR1cm9AZ21haWwuY29tPgpE YXRlOiBUdWUsIDI5IE5vdiAyMDIyIDIzOjQwOjE5ICswNzAwClN1YmplY3Q6IFtQQVRDSF0g Tm8gY29tcGlsZSBmb3Igc29tZSBsaXNwIGRpcmVjdG9yaWVzIGFuZCBmaWxlcwoKKiBsaXNw L2xlaW0vCiogbGlzcC9jZWRldC97ZWRlLmVsLHNlbWFudGljLmVsfTogcHJvZHVjZSBsYXJn ZSBjb21waWxhdGlvbiBvdXRwdXQKKiBsaXNwL2NlZGV0L3NlbWFudGljLwoqIGxpc3AvY2Vk ZXQvZWRlLwoqIGxpc3AvY2VkZXQvc3JlY29kZS8KKiBsaXNwL3BsYXkvCiogbGlzcC9vYnNv bGV0ZS8gOiBvbmx5IG5vLW5hdGl2ZS1jb21waWxlCi0tLQogbGlzcC9jZWRldC9lZGUuZWwg ICAgICAgICAgICAgICAgICB8IDQgKysrKwogbGlzcC9jZWRldC9lZGUvLmRpci1sb2NhbHMu ZWwgICAgICB8IDQgKysrKwogbGlzcC9jZWRldC9zZW1hbnRpYy5lbCAgICAgICAgICAgICB8 IDQgKysrKwogbGlzcC9jZWRldC9zZW1hbnRpYy8uZGlyLWxvY2Fscy5lbCB8IDQgKysrKwog bGlzcC9jZWRldC9zcmVjb2RlLy5kaXItbG9jYWxzLmVsICB8IDQgKysrKwogbGlzcC9sZWlt Ly5kaXItbG9jYWxzLmVsICAgICAgICAgICB8IDQgKysrKwogbGlzcC9vYnNvbGV0ZS8uZGly LWxvY2Fscy5lbCAgICAgICB8IDQgKysrKwogbGlzcC9wbGF5Ly5kaXItbG9jYWxzLmVsICAg ICAgICAgICB8IDQgKysrKwogOCBmaWxlcyBjaGFuZ2VkLCAzMiBpbnNlcnRpb25zKCspCiBj cmVhdGUgbW9kZSAxMDA2NDQgbGlzcC9jZWRldC9lZGUvLmRpci1sb2NhbHMuZWwKIGNyZWF0 ZSBtb2RlIDEwMDY0NCBsaXNwL2NlZGV0L3NlbWFudGljLy5kaXItbG9jYWxzLmVsCiBjcmVh dGUgbW9kZSAxMDA2NDQgbGlzcC9jZWRldC9zcmVjb2RlLy5kaXItbG9jYWxzLmVsCiBjcmVh dGUgbW9kZSAxMDA2NDQgbGlzcC9sZWltLy5kaXItbG9jYWxzLmVsCiBjcmVhdGUgbW9kZSAx MDA2NDQgbGlzcC9vYnNvbGV0ZS8uZGlyLWxvY2Fscy5lbAogY3JlYXRlIG1vZGUgMTAwNjQ0 IGxpc3AvcGxheS8uZGlyLWxvY2Fscy5lbAoKZGlmZiAtLWdpdCBhL2xpc3AvY2VkZXQvZWRl LmVsIGIvbGlzcC9jZWRldC9lZGUuZWwKaW5kZXggMTExODIzNTc1Ny4uNGZkOGJlMjNhOSAx MDA2NDQKLS0tIGEvbGlzcC9jZWRldC9lZGUuZWwKKysrIGIvbGlzcC9jZWRldC9lZGUuZWwK QEAgLTE1MzksMyArMTUzOSw3IEBAIHByb2plY3Qtcm9vdAogICAoZWRlLXNwZWVkYmFyLWZp bGUtc2V0dXApKQogCiA7OzsgZWRlLmVsIGVuZHMgaGVyZQorCis7OyBMb2NhbCBWYXJpYWJs ZXM6Cis7OyBuby1ieXRlLWNvbXBpbGU6IHQKKzs7IEVuZDoKZGlmZiAtLWdpdCBhL2xpc3Av Y2VkZXQvZWRlLy5kaXItbG9jYWxzLmVsIGIvbGlzcC9jZWRldC9lZGUvLmRpci1sb2NhbHMu ZWwKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAwMC4uZGU0MzJhNDU0MAot LS0gL2Rldi9udWxsCisrKyBiL2xpc3AvY2VkZXQvZWRlLy5kaXItbG9jYWxzLmVsCkBAIC0w LDAgKzEsNCBAQAorOzs7IERpcmVjdG9yeSBMb2NhbCBWYXJpYWJsZXMgICAgICAgICAgICAt Ki0gbm8tYnl0ZS1jb21waWxlOiB0IC0qLQorOzs7IEZvciBtb3JlIGluZm9ybWF0aW9uIHNl ZSAoaW5mbyAiKGVtYWNzKSBEaXJlY3RvcnkgVmFyaWFibGVzIikKKworKChuaWwgLiAoKG5v LWJ5dGUtY29tcGlsZSAuIHQpKSkpCmRpZmYgLS1naXQgYS9saXNwL2NlZGV0L3NlbWFudGlj LmVsIGIvbGlzcC9jZWRldC9zZW1hbnRpYy5lbAppbmRleCBhZGI0NzA1NjIwLi5lMWY3OGNj ZjU1IDEwMDY0NAotLS0gYS9saXNwL2NlZGV0L3NlbWFudGljLmVsCisrKyBiL2xpc3AvY2Vk ZXQvc2VtYW50aWMuZWwKQEAgLTExMzQsMyArMTEzNCw3IEBAIHNlbWFudGljLW1vZGUKIDs7 IChyZXF1aXJlICdzZW1hbnRpYy9sb2FkKQogCiA7Ozsgc2VtYW50aWMuZWwgZW5kcyBoZXJl CisKKzs7IExvY2FsIFZhcmlhYmxlczoKKzs7IG5vLWJ5dGUtY29tcGlsZTogdAorOzsgRW5k OgpkaWZmIC0tZ2l0IGEvbGlzcC9jZWRldC9zZW1hbnRpYy8uZGlyLWxvY2Fscy5lbCBiL2xp c3AvY2VkZXQvc2VtYW50aWMvLmRpci1sb2NhbHMuZWwKbmV3IGZpbGUgbW9kZSAxMDA2NDQK aW5kZXggMDAwMDAwMDAwMC4uZGU0MzJhNDU0MAotLS0gL2Rldi9udWxsCisrKyBiL2xpc3Av Y2VkZXQvc2VtYW50aWMvLmRpci1sb2NhbHMuZWwKQEAgLTAsMCArMSw0IEBACis7OzsgRGly ZWN0b3J5IExvY2FsIFZhcmlhYmxlcyAgICAgICAgICAgIC0qLSBuby1ieXRlLWNvbXBpbGU6 IHQgLSotCis7OzsgRm9yIG1vcmUgaW5mb3JtYXRpb24gc2VlIChpbmZvICIoZW1hY3MpIERp cmVjdG9yeSBWYXJpYWJsZXMiKQorCisoKG5pbCAuICgobm8tYnl0ZS1jb21waWxlIC4gdCkp KSkKZGlmZiAtLWdpdCBhL2xpc3AvY2VkZXQvc3JlY29kZS8uZGlyLWxvY2Fscy5lbCBiL2xp c3AvY2VkZXQvc3JlY29kZS8uZGlyLWxvY2Fscy5lbApuZXcgZmlsZSBtb2RlIDEwMDY0NApp bmRleCAwMDAwMDAwMDAwLi5kZTQzMmE0NTQwCi0tLSAvZGV2L251bGwKKysrIGIvbGlzcC9j ZWRldC9zcmVjb2RlLy5kaXItbG9jYWxzLmVsCkBAIC0wLDAgKzEsNCBAQAorOzs7IERpcmVj dG9yeSBMb2NhbCBWYXJpYWJsZXMgICAgICAgICAgICAtKi0gbm8tYnl0ZS1jb21waWxlOiB0 IC0qLQorOzs7IEZvciBtb3JlIGluZm9ybWF0aW9uIHNlZSAoaW5mbyAiKGVtYWNzKSBEaXJl Y3RvcnkgVmFyaWFibGVzIikKKworKChuaWwgLiAoKG5vLWJ5dGUtY29tcGlsZSAuIHQpKSkp CmRpZmYgLS1naXQgYS9saXNwL2xlaW0vLmRpci1sb2NhbHMuZWwgYi9saXNwL2xlaW0vLmRp ci1sb2NhbHMuZWwKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAwMC4uZGU0 MzJhNDU0MAotLS0gL2Rldi9udWxsCisrKyBiL2xpc3AvbGVpbS8uZGlyLWxvY2Fscy5lbApA QCAtMCwwICsxLDQgQEAKKzs7OyBEaXJlY3RvcnkgTG9jYWwgVmFyaWFibGVzICAgICAgICAg ICAgLSotIG5vLWJ5dGUtY29tcGlsZTogdCAtKi0KKzs7OyBGb3IgbW9yZSBpbmZvcm1hdGlv biBzZWUgKGluZm8gIihlbWFjcykgRGlyZWN0b3J5IFZhcmlhYmxlcyIpCisKKygobmlsIC4g KChuby1ieXRlLWNvbXBpbGUgLiB0KSkpKQpkaWZmIC0tZ2l0IGEvbGlzcC9vYnNvbGV0ZS8u ZGlyLWxvY2Fscy5lbCBiL2xpc3Avb2Jzb2xldGUvLmRpci1sb2NhbHMuZWwKbmV3IGZpbGUg bW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAwMC4uYmI3ZWYyMzg2NgotLS0gL2Rldi9udWxs CisrKyBiL2xpc3Avb2Jzb2xldGUvLmRpci1sb2NhbHMuZWwKQEAgLTAsMCArMSw0IEBACis7 OzsgRGlyZWN0b3J5IExvY2FsIFZhcmlhYmxlcyAgICAgICAgICAgIC0qLSBuby1ieXRlLWNv bXBpbGU6IHQgLSotCis7OzsgRm9yIG1vcmUgaW5mb3JtYXRpb24gc2VlIChpbmZvICIoZW1h Y3MpIERpcmVjdG9yeSBWYXJpYWJsZXMiKQorCisoKG5pbCAuICgobm8tbmF0aXZlLWNvbXBp bGUgLiB0KSkpKQpkaWZmIC0tZ2l0IGEvbGlzcC9wbGF5Ly5kaXItbG9jYWxzLmVsIGIvbGlz cC9wbGF5Ly5kaXItbG9jYWxzLmVsCm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAw MDAwMDAuLmRlNDMyYTQ1NDAKLS0tIC9kZXYvbnVsbAorKysgYi9saXNwL3BsYXkvLmRpci1s b2NhbHMuZWwKQEAgLTAsMCArMSw0IEBACis7OzsgRGlyZWN0b3J5IExvY2FsIFZhcmlhYmxl cyAgICAgICAgICAgIC0qLSBuby1ieXRlLWNvbXBpbGU6IHQgLSotCis7OzsgRm9yIG1vcmUg aW5mb3JtYXRpb24gc2VlIChpbmZvICIoZW1hY3MpIERpcmVjdG9yeSBWYXJpYWJsZXMiKQor CisoKG5pbCAuICgobm8tYnl0ZS1jb21waWxlIC4gdCkpKSkKLS0gCjIuMzguMQoK --------------C42HXU4Ju0iipAreu8GjLtn2-- ------------=_1670893506-13925-1-- From unknown Sun Jun 22 08:11:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#59692: 29.0.60; Reduce installation size by disabling byte-compilation for some lisp files that won't benefit Resent-From: daanturo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Dec 2022 06:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Stefan Kangas , Eli Zaretskii Cc: 59692-done@debbugs.gnu.org Received: via spool by 59692-done@debbugs.gnu.org id=D59692.167091247723752 (code D ref 59692); Tue, 13 Dec 2022 06:22:02 +0000 Received: (at 59692-done) by debbugs.gnu.org; 13 Dec 2022 06:21:17 +0000 Received: from localhost ([127.0.0.1]:58263 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4yfF-0006B2-HL for submit@debbugs.gnu.org; Tue, 13 Dec 2022 01:21:17 -0500 Received: from mail-pg1-f175.google.com ([209.85.215.175]:46674) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4yfC-0006At-Dp for 59692-done@debbugs.gnu.org; Tue, 13 Dec 2022 01:21:15 -0500 Received: by mail-pg1-f175.google.com with SMTP id 62so9750542pgb.13 for <59692-done@debbugs.gnu.org>; Mon, 12 Dec 2022 22:21:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=XF6cvcMaEmi0eF67kBdF4XhDvwpD/uqBLCuH95opk9Q=; b=efVzD+4PDWBbnhKA34chSojEYZGQhwg5oAJM/7ffG1AH2QFaZ6Uczl4hQnHGYcAy7C ZnIOZzL5YfRRVJlfYsTMGJCfKtiGY5XrGXG+wPxQJxiUCd4JoXxTJhNRCYbiZBzcC2UB 4mx2H2neMZ1iA22Lw0Llc3oRoo3TrOgQF8uqJZhrGh4yBER9ze2qKSpwslRZ/BYkRMWf chHA1LYPoWmUPbvtUdEJdPFhXWanmB01jRFQwSFxydmu/qGhxIdIurct26w+Nlyde8uU ZQOl+agE6XA+Lgeto9O7XJGjFuzy4/Btf8keuCrLBzYzZoYiSx0ydBqgJ9HOjLCq942Y 4jqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=XF6cvcMaEmi0eF67kBdF4XhDvwpD/uqBLCuH95opk9Q=; b=uh1jISVtvlvLvIQ2oWBuNpi6PuSQFtS1HBmQSfJdH60Nsqi6hI3VK/jfUXDnS0UFUN 0bS1NuA3vFm2Kwj1hwsLB7gZbZbR4Zbe86u+Vv171jyGfKl+D4aOWr5AXSAB7Pmzf45h 8HmJXfn6konErQ7TRw/L04RsW08+gHsPAd7fl2JNFhxbrLWFupqzSP66EG9R8cZ3II9w OZHKrJS4/pPN86gKqkDBrTRh9TC6JXC/iM4S0HRJYL8K/9tI4wW4e3a/F/YjuDTdH7sP DmCP3RI/WgVL2nnppsiYUd20TptB1NV8mx62ed4x827CH+AppGvMl0uvcFE/zoqwGQAj HCIg== X-Gm-Message-State: ANoB5pkiJXnfJrdSAf6z8G2gu7PHGP7uFLtgyeki7O2ikqZMsGw5bHWp d2qPxgdLziU6E1h7kDcsHwtK+nGZrZo= X-Google-Smtp-Source: AA0mqf72RGOmlMGnj1F3hlbIU9bm0OSbGN6oiu62mJP1u64x2/8i1jQadFPeJHB/lUq6CM47Nffxpg== X-Received: by 2002:a05:6a00:18a0:b0:577:3523:bd1f with SMTP id x32-20020a056a0018a000b005773523bd1fmr22308094pfh.14.1670912467982; Mon, 12 Dec 2022 22:21:07 -0800 (PST) Received: from [192.168.1.15] ([14.169.66.97]) by smtp.gmail.com with ESMTPSA id y29-20020aa79e1d000000b00573eb4a9a66sm6811271pfq.2.2022.12.12.22.21.06 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 12 Dec 2022 22:21:07 -0800 (PST) Message-ID: Date: Tue, 13 Dec 2022 13:18:53 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.1 References: <4bd6a1b7-982e-4593-95dd-2414058e2126@gmail.com> <83o7spldl2.fsf@gnu.org> Content-Language: en-US From: daanturo In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Please take a glance at my second attempt: https://lists.gnu.org/archive/html/bug-gnu-emacs/2022-11/msg02818.html I did proper benchmark, also the patch only changed a couple of lines without creating any new files. """ lisp/international/ja-dic-cnv.el | 3 ++- lisp/international/titdic-cnv.el | 6 +++--- 2 files changed, 5 insertions(+), 4 deletions(-) """ On 13/12/2022 08:04, Stefan Kangas wrote: > Eli Zaretskii writes: > >> ...you didn't show any measurements of code speed with and without >> byte-compilation)... >> ...keeping >> track of all the files, making decisions which will and will not be >> compiled, etc. ... > I agree, so I'm closing this as wontfix. -- Daanturo.