From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 18 12:18:14 2023 Received: (at submit) by debbugs.gnu.org; 18 Jul 2023 16:18:15 +0000 Received: from localhost ([127.0.0.1]:54054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qLnOv-0000uj-8W for submit@debbugs.gnu.org; Tue, 18 Jul 2023 12:18:14 -0400 Received: from lists.gnu.org ([2001:470:142::17]:48888) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qLlzT-0006u1-Ec for submit@debbugs.gnu.org; Tue, 18 Jul 2023 10:47:53 -0400 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 1qLlzN-0003Io-8t for bug-gnu-emacs@gnu.org; Tue, 18 Jul 2023 10:47:45 -0400 Received: from qs51p00im-qukt01072702.me.com ([17.57.155.17]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qLlzK-0002Mk-39 for bug-gnu-emacs@gnu.org; Tue, 18 Jul 2023 10:47:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=1a1hai; t=1689691637; bh=33UwXZLtUhBb/d2yvNPQmLMmw0VfIq+q1ugvsj/HSy8=; h=From:Content-Type:Mime-Version:Subject:Message-Id:Date:To; b=W964IBEnuWK3nXdGewLu/FGJnuvp+IUjnap+SZjLsfUZ/lYfvkNgFe3ipoaqLxK/H 7SfEhsCtYgBOJkdlqPWZi72DCvPgswuX/8L+9L3rORjWnO8ha2nzQ7FITxyGEBScIY db/yoV92mOsyFw35ebSKyyEodDqPUkFr0CYJLtv46j0ln0zBWkg/Ls1pyvttlPWBQe HLvyJ0o5r0bxaeQGNK4Q6d7/enQCtYRorLzZ67dviKWfnIwgZYIzVAnp8+TsfZ+kWP 72WG/ahml0EuFHx/RxxrqnZqup9gamOsUpBKD1xXtK0PmAbUz++kXvsRjcOYXlLVir 2Ib5EA3M4Gvkg== Received: from smtpclient.apple (qs51p00im-dlb-asmtp-mailmevip.me.com [17.57.155.28]) by qs51p00im-qukt01072702.me.com (Postfix) with ESMTPSA id C5ACC1680234 for ; Tue, 18 Jul 2023 14:47:16 +0000 (UTC) From: Stephen Molitor Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup Message-Id: Date: Tue, 18 Jul 2023 09:47:15 -0500 To: bug-gnu-emacs@gnu.org X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Proofpoint-GUID: -xMXUEt8SDW4uGQ0bIPKAZ6WGaC2T549 X-Proofpoint-ORIG-GUID: -xMXUEt8SDW4uGQ0bIPKAZ6WGaC2T549 X-Proofpoint-Virus-Version: =?UTF-8?Q?vendor=3Dfsecure_engine=3D1.1.170-22c6f66c430a71ce266a39bfe25bc?= =?UTF-8?Q?2903e8d5c8f:6.0.425,18.0.572,17.11.62.513.0000000_definitions?= =?UTF-8?Q?=3D2022-01-11=5F01:2022-01-11=5F01,2020-02-14=5F11,2021-12-02?= =?UTF-8?Q?=5F01_signatures=3D0?= X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 mlxscore=0 phishscore=0 bulkscore=0 suspectscore=0 spamscore=0 adultscore=0 malwarescore=0 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2307180135 Received-SPF: pass client-ip=17.57.155.17; envelope-from=stephen.molitor@icloud.com; helo=qs51p00im-qukt01072702.me.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 18 Jul 2023 12:18:12 -0400 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: -0.0 (/) Y I see this message in the *Messages* buffer every time I start Emacs: Compiling = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/emacs-lisp= /cl-loaddefs.el.gz... uncompressing cl-loaddefs.el.gz... uncompressing cl-loaddefs.el.gz...done Compilation finished. I'm using 29.0.2 on MacOS but I've seen the same behavior with prior releases. I'm using native compilation. In GNU Emacs 29.0.92 (build 1, aarch64-apple-darwin21.6.0, NS appkit-2113.60 Version 12.6 (Build 21G115)) of 2023-07-17 built on Stephens-MacBook-Pro.local Repository revision: d2548191f116e3ebdf644c3dd281d6e925f51bcf Repository branch: master Windowing system distributor 'Apple', version 10.3.2113 System Description: macOS 12.6 Configured using: 'configure --with-ns --with-modules '--enable-locallisppath=3D/Library/Application Support/Emacs/${version}/site-lisp:/Library/Application Support/Emacs/site-lisp:/usr/local/share/emacs/site-lisp' --with-xwidgets --with-tree-sitter --with-native-compilation=3Daot 'CFLAGS=3D-I/opt/homebrew/opt/gcc/include -I/opt/homebrew/opt/libgccjit/include -O2' 'LDFLAGS=3D-L/opt/homebrew/opt/gcc/lib/gcc/13 -L/opt/homebrew/opt/gcc/lib/gcc/13/gcc/aarch64-apple-darwin21/13 -L/opt/homebrew/opt/libgccjit/lib/gcc/13 -I/opt/homebrew/opt/gcc/include -I/opt/homebrew/opt/libgccjit/include -Wl,-headerpad_max_install_names'' Configured features: ACL DBUS GIF GLIB GMP GNUTLS JPEG JSON LCMS2 LIBXML2 MODULES NATIVE_COMP NOTIFY KQUEUE NS PDUMPER PNG RSVG SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM XWIDGETS ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: ELisp/d Minor modes in effect: global-git-commit-mode: t magit-auto-revert-mode: t auto-revert-mode: t smartparens-global-mode: t smartparens-mode: t robby-spinner-mode: t lispy-mode: t shell-dirtrack-mode: t outline-minor-mode: t display-line-numbers-mode: t yas-global-mode: t yas-minor-mode: t rainbow-delimiters-mode: t corfu-popupinfo-mode: t all-the-icons-completion-mode: t marginalia-mode: t global-corfu-mode: t corfu-mode: t vertico-mode: t global-ligature-mode: t ligature-mode: t which-key-mode: t git-gutter-mode: t delete-selection-mode: t repeat-mode: t pixel-scroll-precision-mode: t recentf-mode: t server-mode: t override-global-mode: t straight-use-package-mode: t straight-package-neutering-mode: t straight-live-modifications-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t prettify-symbols-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t line-number-mode: t global-visual-line-mode: t visual-line-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: ~/.emacs.d/straight/repos/combobulate/combobulate-html hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-html= ~/.emacs.d/straight/repos/combobulate/combobulate-rules hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-rule= s ~/.emacs.d/straight/repos/combobulate/combobulate-yaml hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-yaml= ~/.emacs.d/straight/repos/combobulate/combobulate-css hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-css ~/.emacs.d/straight/repos/combobulate/combobulate-python hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-pyth= on ~/.emacs.d/straight/repos/combobulate/combobulate-display hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-disp= lay ~/.emacs.d/straight/repos/combobulate/combobulate-manipulation hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-mani= pulation ~/.emacs.d/straight/repos/combobulate/combobulate-ui hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-ui ~/.emacs.d/straight/repos/combobulate/combobulate-debug-query hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-debu= g-query ~/.emacs.d/straight/repos/combobulate/combobulate-debug hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-debu= g ~/.emacs.d/straight/repos/combobulate/combobulate-misc hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-misc= ~/.emacs.d/straight/repos/combobulate/combobulate-contrib hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-cont= rib ~/.emacs.d/straight/repos/combobulate/combobulate-js-ts hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-js-t= s ~/.emacs.d/straight/repos/combobulate/combobulate-navigation hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-navi= gation ~/.emacs.d/straight/repos/combobulate/combobulate-ztree hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-ztre= e ~/.emacs.d/straight/repos/combobulate/combobulate-envelope hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-enve= lope ~/.emacs.d/straight/repos/combobulate/combobulate-interface hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-inte= rface ~/.emacs.d/straight/repos/combobulate/combobulate hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate ~/.emacs.d/straight/repos/combobulate/combobulate-settings hides = /Users/stephenmolitor/.emacs.d/straight/build/combobulate/combobulate-sett= ings /Users/stephenmolitor/.emacs.d/straight/build/ivy/elpa hides = /Users/stephenmolitor/.emacs.d/straight/build/lispy/elpa /Users/stephenmolitor/.emacs.d/straight/build/org-yt/org-yt hides = ~/.emacs.d/elisp/org-yt /Users/stephenmolitor/.emacs.d/straight/build/ox-slack/ox-slack hides = ~/.emacs.d/elisp/ox-slack /Users/stephenmolitor/.emacs.d/straight/build/transient/transient hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/transient = /Users/stephenmolitor/.emacs.d/straight/build/use-package/use-package-jump= hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/use-packag= e/use-package-jump = /Users/stephenmolitor/.emacs.d/straight/build/use-package/use-package-ensu= re hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/use-packag= e/use-package-ensure = /Users/stephenmolitor/.emacs.d/straight/build/use-package/use-package-core= hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/use-packag= e/use-package-core = /Users/stephenmolitor/.emacs.d/straight/build/use-package/use-package-deli= ght hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/use-packag= e/use-package-delight = /Users/stephenmolitor/.emacs.d/straight/build/use-package/use-package-dimi= nish hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/use-packag= e/use-package-diminish /Users/stephenmolitor/.emacs.d/straight/build/use-package/use-package = hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/use-packag= e/use-package = /Users/stephenmolitor/.emacs.d/straight/build/use-package/use-package-bind= -key hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/use-packag= e/use-package-bind-key /Users/stephenmolitor/.emacs.d/straight/build/bind-key/bind-key hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/use-packag= e/bind-key = /Users/stephenmolitor/.emacs.d/straight/build/use-package/use-package-lint= hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/use-packag= e/use-package-lint /Users/stephenmolitor/.emacs.d/straight/build/let-alist/let-alist hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/emacs-lisp= /let-alist /Users/stephenmolitor/.emacs.d/straight/build/map/map hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/emacs-lisp= /map /Users/stephenmolitor/.emacs.d/straight/build/eldoc/eldoc hides = /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.= a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/emacs-lisp= /eldoc Features: (shadow sort mail-extr emacsbug loaddefs-gen cl-print dabbrev olivetti org-appear org-bullets org-indent oc-basic ol-eww eww url-queue mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig gnus-sum shr pixel-fill kinsoku url-file svg dom gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap nnmail mail-source utf7 nnoo gnus-spec gnus-int gnus-range gnus-win gnus nnheader range ol-docview doc-view jka-compr image-mode exif ol-bibtex bibtex ol-bbdb ol-w3m ol-doi org-link-doi goto-addr tabify vc-hg vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs log-view bug-reference flyspell ispell magit-extras face-remap magit-bookmark magit-submodule magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-tag magit-merge magit-branch magit-reset magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log which-func magit-diff smerge-mode git-commit log-edit message sendmail yank-media puny dired dired-loaddefs rfc822 mml mml-sec gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log magit-core magit-autorevert autorevert filenotify magit-margin magit-transient magit-process with-editor magit-mode magit-git magit-base magit-section cursor-sensor crm tog smartparens-config smartparens-javascript smartparens-org smartparens-markdown smartparens-text smartparens-clojure smartparens-c smartparens loadhist epa-file epa epg rfc6068 epg-config custom-robby-commands robby robby-spinner-mode robby-keymap robby-commands robby-define-command robby-transients robby-view markdown-mode robby-run-command robby-spinner robby-save-commands robby-options robby-curl robby-logging robby-api-key robby-apis robby-history robby-prompts robby-customization robby-actions robby-utils diff cus-edit cus-start cus-load shortdoc transient consult-xref org-yt ox-gfm consult-imenu lispy le-clojure lispy-inline etags fileloop edebug debug backtrace help-fns radix-tree lispy-tags mode-local zoutline org-bullets-autoloads ob-shell ob-C ob-go ob-typescript typescript-ts-mode js c-ts-common cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs treesit ob-js cider tramp-sh cider-debug cider-browse-ns cider-mode cider-find cider-inspector cider-completion cider-profile cider-eval cider-jar arc-mode archive-mode cider-repl-history pulse cider-repl cider-resolve cider-test cider-overlays cider-stacktrace cider-doc cider-browse-spec cider-clojuredocs cider-eldoc cider-client cider-common xref cider-connection cider-util color cider-popup sesman-browser nrepl-client tramp tramp-loaddefs trampver tramp-integration files-x tramp-compat shell parse-time iso8601 queue nrepl-dict spinner sesman vc clojure-mode lisp-mnt align thingatpt imenu parseedn parseclj-parser parseclj-lex parseclj-alist ob-clojure ox-md ox-odt rng-loc rng-uri rng-parse rng-match rng-dt rng-util rng-pttrn nxml-parse nxml-ns nxml-enc xmltok nxml-util ox-latex ox-icalendar org-agenda ox-html table ox-ascii ox-publish ox org-element org-persist xdg org-id org-refile avl-tree generator sm-org-fast-tag-selection ob-dot org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src ob-comint org-pcomplete pcomplete org-list org-footnote org-faces org-entities ob-emacs-lisp ob-core ob-eval org-cycle org-table ol org-fold org-fold-core org-keys oc org-loaddefs cal-menu calendar cal-loaddefs org-version org-compat org-macs format-spec noutline outline display-line-numbers yasnippet-snippets yasnippet rainbow-delimiters vertico-directory time-date cap-words superword subword slack-handle-completion parse-csv parse-csv-autoloads cl project vc-git diff-mode vc-dispatcher consult-flycheck flycheck advice find-func dash consult bookmark pp ace-window corfu-popupinfo sm-combobulate combobulate-autoloads sm-expand-region expand-region-autoloads sm-ai robby-autoloads gptel gptel-autoloads request-autoloads ert-async-autoloads chatgpt-shell-autoloads shell-maker-autoloads sm-mermaid mermaid-mode-autoloads sm-spell flyspell-correct-autoloads sm-vertico all-the-icons-completion all-the-icons-completion-autoloads kind-icon-autoloads svg-lib-autoloads wgrep-autoloads embark-consult-autoloads embark-autoloads marginalia marginalia-autoloads corfu corfu-autoloads consult-lsp-autoloads consult-flyspell-autoloads consult-ls-git-autoloads consult-autoloads orderless orderless-autoloads vertico compat vertico-autoloads structurizr-mode derived sm-simple-modeline sm-lorem lorem-ipsum-autoloads sm-ligature ligature ligature-autoloads sm-dap dap-mode-autoloads lsp-docker-autoloads bui-autoloads sm-sql sm-python lsp-pyright-autoloads sm-css sm-tree-sitter sm-imenu imenu-list-autoloads sm-org org-appear-autoloads org-pomodoro-autoloads alert-autoloads log4e-autoloads gntp-autoloads ox-slack-autoloads ox-gfm-autoloads ob-go-autoloads org-yt-autoloads olivetti-autoloads sm-clojure cider-autoloads sesman-autoloads queue-autoloads parseedn-autoloads map-autoloads parseclj-autoloads clojure-mode-autoloads sm-rainbow-delimiters rainbow-delimiters-autoloads sm-lispy lispy-autoloads zoutline-autoloads swiper-autoloads ivy-autoloads iedit-autoloads sm-cursors multiple-cursors-autoloads sm-terminal vterm-autoloads sm-go go-mode-autoloads sm-lsp lsp-ui-autoloads lsp-treemacs-autoloads lsp-mode-autoloads eldoc-autoloads spinner-autoloads treemacs-autoloads cfrs-autoloads posframe-autoloads pfuture-autoloads f-autoloads sm-scss scss-mode-autoloads sm-ts add-node-modules-path-autoloads s-autoloads sm-runners sm-smartparens smartparens-autoloads sm-little-modes titlecase-autoloads yaml-mode-autoloads graphviz-dot-mode-autoloads sm-keybindings which-key which-key-autoloads sm-files sm-functions pcase sm-compilation compile text-property-search comint ansi-osc ansi-color sm-vc code-review-autoloads emojify-autoloads ht-autoloads forge-autoloads yaml-autoloads markdown-mode-autoloads deferred-autoloads uuidgen-autoloads ghub-autoloads treepy-autoloads a-autoloads closql-autoloads emacsql-autoloads git-gutter-fringe fringe-helper git-gutter git-gutter-fringe-autoloads fringe-helper-autoloads git-gutter-autoloads git-link-autoloads hydra-side-window hydra lv magit-autoloads magit-section-autoloads git-commit-autoloads with-editor-autoloads transient-autoloads compat-autoloads sm-ace ace-link ace-link-autoloads ace-window-autoloads sm-avy avy avy-autoloads sm-flycheck flycheck-autoloads let-alist-autoloads pkg-info-autoloads epl-autoloads sm-buffers sm-all-the-icons all-the-icons-dired-autoloads all-the-icons all-the-icons-faces data-material data-weathericons data-octicons data-fileicons data-faicons data-alltheicons all-the-icons-autoloads sm-snippets yasnippet-snippets-autoloads yasnippet-autoloads sm-prettier prettier-js-autoloads sm-theme ef-winter-theme ef-tritanopia-dark-theme ef-trio-dark-theme ef-symbiosis-theme ef-night-theme ef-elea-dark-theme ef-duo-dark-theme ef-deuteranopia-dark-theme ef-dark-theme ef-cherie-theme ef-bio-theme ef-autumn-theme ef-tritanopia-light-theme ef-trio-light-theme ef-summer-theme ef-spring-theme ef-light-theme ef-kassio-theme ef-frost-theme ef-elea-light-theme ef-duo-light-theme ef-deuteranopia-light-theme ef-day-theme ef-cyprus-theme ef-themes ef-themes-autoloads sm-dired edmacro kmacro dired-narrow-autoloads dired-hacks-utils-autoloads dash-autoloads sm-hydra hydra-autoloads lv-autoloads finder-inf sm-auth sm-slack-handles sm-settings delsel repeat pixel-scroll cua-base ring recentf tree-widget wid-edit comp comp-cstr warnings icons rx server package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source eieio eieio-core password-cache json map byte-opt url-vars use-package use-package-ensure use-package-delight use-package-diminish use-package-bind-key bind-key easy-mmode use-package-core use-package-autoloads info bind-key-autoloads straight-autoloads cl-seq cl-extra help-mode straight subr-x cl-macs gv cl-loaddefs cl-lib bytecomp byte-compile rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads xwidget-internal dbusbind kqueue cocoa ns lcms2 multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 1197048 800507) (symbols 48 52543 83) (strings 32 218900 108491) (string-bytes 1 9028889) (vectors 16 109172) (vector-slots 8 2725875 1201257) (floats 8 1503 3510) (intervals 56 16779 8476) (buffers 984 36)) From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 18 12:34:06 2023 Received: (at 64712) by debbugs.gnu.org; 18 Jul 2023 16:34:06 +0000 Received: from localhost ([127.0.0.1]:54089 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qLneI-0001L3-8U for submit@debbugs.gnu.org; Tue, 18 Jul 2023 12:34:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qLneD-0001KT-15; Tue, 18 Jul 2023 12:34:04 -0400 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 1qLndy-0003Iz-W8; Tue, 18 Jul 2023 12:33:55 -0400 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=N0BO5ig9TWLd/+Ain/xEAxK6DNeyCjS5B3y+oH7PHW0=; b=ij7rfDs3gC/b 2CF4t6c8WYAPa4CLagTgmVvVenuoWPhn2oGjLI+1GTWu2Qb7aHLxVLOf3kWaXRJ52ZmJJbHlpdxAP 72eDo1VYM8ZyDuH6sMZygwR5US0gH5qSBkMKec03szjgSWSWKyr0hM2Fi3cya65y7NWd4TVAglak9 wZZHYEqsGaBHct5S7MYv+T9cZCwPHVcQUb9tBHefIK6pbDFPX300k9vL6LQv4y5s+KVJGXhB6SZ/H vZS1cI2nHdd8sp74qMt7Da0onBKzLE6OJ7UCsYa0jyRw+rOiR7JMzDBpZVOF/VIiriYqTLPoLoMB8 8P9wd+3AO67HJTupwhPnAA==; 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 1qLndu-0003Hy-Kv; Tue, 18 Jul 2023 12:33:44 -0400 Date: Tue, 18 Jul 2023 19:34:10 +0300 Message-Id: <83sf9l5gcd.fsf@gnu.org> From: Eli Zaretskii To: Stephen Molitor In-Reply-To: (bug-gnu-emacs@gnu.org) Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64712 Cc: 64712@debbugs.gnu.org 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 (---) tags 64712 notabug thanks > Date: Tue, 18 Jul 2023 09:47:15 -0500 > From: Stephen Molitor via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > Y > I see this message in the *Messages* buffer every time I start Emacs: > > Compiling /Users/stephenmolitor/repos/build-emacs-for-macos/builds/Emacs.2023-06-18.a24e9e3.master.macOS-12.arm64/Emacs.app/Contents/Resources/lisp/emacs-lisp/cl-loaddefs.el.gz... > uncompressing cl-loaddefs.el.gz... > uncompressing cl-loaddefs.el.gz...done > Compilation finished. This is normal: cl-loaddefs.el has no-byte-compile:t , so the async compilation does nothing. This is harmless, and not a bug. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 26 21:50:32 2023 Received: (at 64712) by debbugs.gnu.org; 27 Jul 2023 01:50:32 +0000 Received: from localhost ([127.0.0.1]:40404 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOq99-0007zj-VW for submit@debbugs.gnu.org; Wed, 26 Jul 2023 21:50:32 -0400 Received: from wout3-smtp.messagingengine.com ([64.147.123.19]:52807) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOq97-0007zS-Cw for 64712@debbugs.gnu.org; Wed, 26 Jul 2023 21:50:29 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 92B983200933; Wed, 26 Jul 2023 21:50:23 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Wed, 26 Jul 2023 21:50:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1690422623; x=1690509023; bh=pl18DoA0EDlB7i5xaEPYG3d1mYmmP3PfyJL W/DTqTXc=; b=BEmWVjwFdhdaHGfqRh39CEeFTFxq5plbrOjaiMzAhcWmbmUaMRM ip1ygtonrJvLH3TBFaTD0qzaYD48nYyxQ+JqcTUjvFKTYtAXjMzR+FQJTWu856mo g6wKDSSUEwa9ph4rZIspXoP+mp7DviMVV6X1jmz76IadYwIpfSW7MOoAxVH8mD+q NIduMoTBV22xsimKydgNAreyh3WaOk1kK1rRocIYRgnFYxcaOXyEuavawmgDAnrw +Y0PK3iuo2+oBdnG6URB8KLPFiGyf0nkHCMBXCtNZ2CJ5dW/7XKcHOtNHb3R78JG /5sj4Z4q2iVl6DzdXezrkTc7ApUGDAn7VyA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1690422623; x=1690509023; bh=pl18DoA0EDlB7i5xaEPYG3d1mYmmP3PfyJL W/DTqTXc=; b=b5hDXZwzK1wmEkEA8qwNZyShLVSFbXSyOeW0zlMwjI63weSOY1F rpB6IZHiQYu0Ta4x/q1M/Aip/voT6i3YyQft5CYnejOOEf328H6ipipBZuDp4B2d lQYbDYEHmBKkXtpOwCQGvGtEA0GFvyfzfTT4KFBRbh/D2cFcU7Hp531YUKig/IhN DCheO0CduJrAuqyHlh6sEVWJXAKcuLXHu9A3XSgpAEO1KZ7DaZnbrHsHfpLTFmNL HN3xznJnkp/5kSWQYj3YW5E2tTZRhaz+A8Ozd8gkWyY4TFreXndzBDBytlZEhSCh RV+H4CSJymnos84oNwaGaz6180P5C9+Kd/A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrieefgdehtdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttdefjeenucfhrhhomhepffhmihht rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth gvrhhnpeeigfetveehveevffehledtueekieeikeeufeegudfgfeeghfdulefgfeevledv veenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh hithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 26 Jul 2023 21:50:22 -0400 (EDT) Message-ID: <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> Date: Thu, 27 Jul 2023 04:50:21 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup Content-Language: en-US To: Eli Zaretskii , Stephen Molitor References: <83sf9l5gcd.fsf@gnu.org> From: Dmitry Gutov In-Reply-To: <83sf9l5gcd.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 64712 Cc: 64712@debbugs.gnu.org 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.8 (-) On 18/07/2023 19:34, Eli Zaretskii wrote: > This is normal: cl-loaddefs.el has no-byte-compile:t , so the async > compilation does nothing. > > This is harmless, and not a bug. Reading the file, extracting it from an archive, to ultimately do nothing, seems unfortunate. I'm guessing it can add a certain latency to Emacs's startup. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 27 01:43:02 2023 Received: (at 64712) by debbugs.gnu.org; 27 Jul 2023 05:43:02 +0000 Received: from localhost ([127.0.0.1]:40543 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOtmA-0005bC-0x for submit@debbugs.gnu.org; Thu, 27 Jul 2023 01:43:02 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49792) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOtm8-0005as-1V for 64712@debbugs.gnu.org; Thu, 27 Jul 2023 01:43:00 -0400 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 1qOtm2-0000h4-ME; Thu, 27 Jul 2023 01:42:54 -0400 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=X7uNtKKmwnajof61jsgJ5gpeGSoHPhkW5ys3ZoOMrhk=; b=oARaugVHxIUX NiWT/mdB5nFQLE3cVMDo/4zG3kCa4+y50SbYZEl58igIX23ZQ0JgJb2HtplppbqDi6Go3NzNEFGTp tskUyxnsXoxg/kF7cxxEN0Lvc6CDZA1U5OF3cYOgTw690+N8ibt7Mj+M/PkcAHN1Vev/yC9+PY7tS pnHs+o8gF3oQNN/iPL5Pqc/MgqzSqV3vjRsp5R+XhTC9SdefnG1aotJbwCZx6fHVvLr8CeiWugk0p WnMe+8goMdcrVlVGrNVbsvcB6DYPz1GEV4P8+ZhS7dOHIp5/lXXBof8yBd/cATTsJec+BM2m0ZKO2 ECa5t4F/03+GuTrhd0rYVA==; 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 1qOtm2-0002I7-5g; Thu, 27 Jul 2023 01:42:54 -0400 Date: Thu, 27 Jul 2023 08:43:44 +0300 Message-Id: <83o7jxnc33.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-Reply-To: <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> (message from Dmitry Gutov on Thu, 27 Jul 2023 04:50:21 +0300) Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64712 Cc: stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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 (---) > Date: Thu, 27 Jul 2023 04:50:21 +0300 > Cc: 64712@debbugs.gnu.org > From: Dmitry Gutov > > On 18/07/2023 19:34, Eli Zaretskii wrote: > > This is normal: cl-loaddefs.el has no-byte-compile:t , so the async > > compilation does nothing. > > > > This is harmless, and not a bug. > > Reading the file, extracting it from an archive, to ultimately do > nothing, seems unfortunate. I'm guessing it can add a certain latency to > Emacs's startup. What do you suggest we do instead? Emacs cannot know a file should not be compiled without reading its contents first. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 27 05:03:45 2023 Received: (at 64712) by debbugs.gnu.org; 27 Jul 2023 09:03:46 +0000 Received: from localhost ([127.0.0.1]:40731 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOwuP-0002YZ-Jf for submit@debbugs.gnu.org; Thu, 27 Jul 2023 05:03:45 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59992) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOwuM-0002YH-Vi for 64712@debbugs.gnu.org; Thu, 27 Jul 2023 05:03:44 -0400 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 1qOwuH-0002Wy-A4; Thu, 27 Jul 2023 05:03:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=glxvN9Fao2jK2h3H2gcSVL/qOac10OXPQ2fniquxYrs=; b=Eq+s907LkFLykczmrEgF je9IDnJ4AIqUpcWqAd62BCUmtKAOavplvxy7sMrlkSp4e9qVgyqX+N4EjyacTx2CsEnT9Lurwv2aE ctO2L9dkun8TYAPVJ80Ebd23aN9h0aGIHCtzpTJcyhfbrnE/c30Lm8FOVPfIUu5llCZvQQjopjAyt Bvg44nUE6kVcoSH2hAj2zOSmrlaIoYj/3B/yQZzkFLEkevf6Z0Q3iFK7zKVGed0JmwfecCBbqXyH3 lknyp/yoDoAvLLdZrUKaJL9sCtcunb+TPMchJuDoMgJYvE7sT6t4oykf/8KIRYqW9cYq66L84cz3k H5jQDnP0IeLCgQ==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1qOwuE-0002J5-04; Thu, 27 Jul 2023 05:03:35 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup In-Reply-To: <83o7jxnc33.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 27 Jul 2023 08:43:44 +0300") References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> Date: Thu, 27 Jul 2023 05:03:32 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64712 Cc: Dmitry Gutov , stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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 (---) Eli Zaretskii writes: >> Date: Thu, 27 Jul 2023 04:50:21 +0300 >> Cc: 64712@debbugs.gnu.org >> From: Dmitry Gutov >> >> On 18/07/2023 19:34, Eli Zaretskii wrote: >> > This is normal: cl-loaddefs.el has no-byte-compile:t , so the async >> > compilation does nothing. >> > >> > This is harmless, and not a bug. >> >> Reading the file, extracting it from an archive, to ultimately do >> nothing, seems unfortunate. I'm guessing it can add a certain latency to >> Emacs's startup. > > What do you suggest we do instead? Emacs cannot know a file should > not be compiled without reading its contents first. If we add cl-loaddefs.el to `native-comp-jit-compilation-deny-list' we should just not even attempt compiling it. Dunno if it's considered an acceptable fix, in case I can push it so it can get tested. Best Regards Andrea From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 27 05:16:32 2023 Received: (at 64712) by debbugs.gnu.org; 27 Jul 2023 09:16:32 +0000 Received: from localhost ([127.0.0.1]:40752 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOx6m-0002tF-0U for submit@debbugs.gnu.org; Thu, 27 Jul 2023 05:16:32 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41724) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOx6j-0002t0-Ba for 64712@debbugs.gnu.org; Thu, 27 Jul 2023 05:16:30 -0400 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 1qOx6e-0006mb-1U; Thu, 27 Jul 2023 05:16:24 -0400 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=snkGgLlioARpfgB5Au+dpUuD/RPYx92ldSI5cEJgMsA=; b=iU1qwMLqEaeS /ntAOM6QyACpE2r30Rll1/pOYjyrqs+/Ff/SJ6sKkngUV4L6z2SriVAJYYafs7Dt7A9/KM6U/d/So 0aYEmtlYPLOMqG5Sp+VcB7nZye+lEZSv0nba5ikAxnuMYSthoks4GAzvRDYkZcPH+ifIEFI7na/3N rWPNefEfVlglX3NVzUbnRKjJe55TC/5nLcH0DcxljnjSw64FOd/Bxi3uxXmcsaHJNtnTLOOsOmd6g ZEv8vEN4Pa94xVUD//2rgJ6o+Wx/1WQ76uWmUdARpx7PsV+yKv9RO3BCLu3uLcyUf6slNNR7auRM1 bEbWd4lS6CGO3ZjIiLdyjA==; 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 1qOx6d-00045M-G8; Thu, 27 Jul 2023 05:16:23 -0400 Date: Thu, 27 Jul 2023 12:17:14 +0300 Message-Id: <838rb1n279.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Thu, 27 Jul 2023 05:03:32 -0400) Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64712 Cc: dmitry@gutov.dev, stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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 (---) > From: Andrea Corallo > Cc: Dmitry Gutov , stephen.molitor@icloud.com, > 64712@debbugs.gnu.org > Date: Thu, 27 Jul 2023 05:03:32 -0400 > > Eli Zaretskii writes: > > > What do you suggest we do instead? Emacs cannot know a file should > > not be compiled without reading its contents first. > > If we add cl-loaddefs.el to `native-comp-jit-compilation-deny-list' we > should just not even attempt compiling it. > > Dunno if it's considered an acceptable fix, in case I can push it so it > can get tested. I'm not sure. This has a maintenance costs, since the specification is separate from the affected file. If we ever decide to compile cl-loaddefs, someone might be in for a ride... From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 27 05:57:09 2023 Received: (at 64712) by debbugs.gnu.org; 27 Jul 2023 09:57:09 +0000 Received: from localhost ([127.0.0.1]:40776 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOxk5-0003vt-Bk for submit@debbugs.gnu.org; Thu, 27 Jul 2023 05:57:09 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38292) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qOxk2-0003vV-VK for 64712@debbugs.gnu.org; Thu, 27 Jul 2023 05:57:08 -0400 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 1qOxjx-0004Wp-HQ; Thu, 27 Jul 2023 05:57:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=TKvRd8RRfK4tm8s58QKrrmvhKlSNeMW7l2OA/21MSac=; b=PMiw6G9j7QmpNUY4Q7dR ibezed+ar68Q5+mbrs6HVwJT1i715EiaMysrKBcozuu+M3ArIxBUDKgpV6CC5bJ04NS/Tzyn6cZWH Uoq9NOA8QsooJjz9JEDnxfQtdqcfObCQ/DGddkOCucViRVxKfkWfF74IerXv5hqCurviyqRbuKee+ 6W4HAbdZ7yyrM7JPjG9RObxAq/9ZrnideCXGBmXuQ3tEoJi1cP8xRACtwPzRDaRMnjU8RDVZWW0Du Wkhf5/9hSJRSv2gTgHskP8mz/kpT0Ebt9nCZwax7STPhuegFQFX2BUknTv03+3XQojj+BMRg05oi+ QSzU3fpYGxkDbQ==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1qOxjn-0004Ll-J0; Thu, 27 Jul 2023 05:57:00 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup In-Reply-To: <838rb1n279.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 27 Jul 2023 12:17:14 +0300") References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> <838rb1n279.fsf@gnu.org> Date: Thu, 27 Jul 2023 05:56:51 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64712 Cc: dmitry@gutov.dev, stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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 (---) Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: Dmitry Gutov , stephen.molitor@icloud.com, >> 64712@debbugs.gnu.org >> Date: Thu, 27 Jul 2023 05:03:32 -0400 >> >> Eli Zaretskii writes: >> >> > What do you suggest we do instead? Emacs cannot know a file should >> > not be compiled without reading its contents first. >> >> If we add cl-loaddefs.el to `native-comp-jit-compilation-deny-list' we >> should just not even attempt compiling it. >> >> Dunno if it's considered an acceptable fix, in case I can push it so it >> can get tested. > > I'm not sure. This has a maintenance costs, since the specification > is separate from the affected file. If we ever decide to compile > cl-loaddefs, someone might be in for a ride... Yep totally agree, the only way I can think of in order to mitigate this would be adding a comment in cl-loaddefs.el close to the no-native-compile: t cookie. Andrea From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 27 09:36:30 2023 Received: (at 64712) by debbugs.gnu.org; 27 Jul 2023 13:36:30 +0000 Received: from localhost ([127.0.0.1]:40971 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qP1AM-00046y-9q for submit@debbugs.gnu.org; Thu, 27 Jul 2023 09:36:30 -0400 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]:36439) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qP1AJ-00046k-KN for 64712@debbugs.gnu.org; Thu, 27 Jul 2023 09:36:28 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 78CBD32008FD; Thu, 27 Jul 2023 09:36:21 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Thu, 27 Jul 2023 09:36:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1690464981; x=1690551381; bh=n0MDIfgqm4Un5KRinl28VB9qzmUD75QxLpk pWspV80U=; b=BGiGcHC4AOhJXSNcyStcC0/ZOy9Qcc1ltgf+8w+gT+ONj1+0jse lUPC/TUYkSRRco2iXIR+95rEohNELdmnYjgE0a8RL4ip7BkxjAn1i1V2x5D8uCCt X46Cchxtw5AqhPjRdm+BjKl8st0PpLMhe4M+bMARcW1ysQOpf+t0Ibl5n8WJhBoP mz4VOEn8nxYR19m+k8Yo+V2AokTVTLbVSzeS5rSAGElG+k09mN4g60a6zr1amzfr 6/wXUK/2gtTGZgVOcA+12Rxx7w8JW/CeSqAQop1UW4ZREy0g7+pWflX3CQEdjp2Q 15jmRNnPBIPWfIpWyAoq5c6oLnZLAOI44fw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1690464981; x=1690551381; bh=n0MDIfgqm4Un5KRinl28VB9qzmUD75QxLpk pWspV80U=; b=JeoA5J/jzDuIHFwiWbUuejwqjXl/niNiF9Pvhfz5dgus4kDQhEY NwB0+U7ze6eh1/zWZncAVxHaqCJ7UkR2ES+zMyQX8ZirzJDj0WXI6ZSOTTcgLOPb hobPw+Geed/aTPLCV2cF6+eMr2BmNedgqPcrGLrqThqyJTW6Q4XE6I8lFkjkXqtY Rjv91v4KyFnYHB0rNR2JGC/klSyvNCTmYVHMwsYDtx4Gau6VEFgclISSl1OJG+eQ WjyHZ8wwBKrxXUrLU3eto1d6WJGOdQeCux8uAZOHw9DhQltMNTUxWET/m0NaNL80 WDpdG53j3CjA5Gnj8ByQTpbjkCyP8foXC4A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrieeggdegudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttdefjeenucfhrhhomhepffhmihht rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth gvrhhnpeeigfetveehveevffehledtueekieeikeeufeegudfgfeeghfdulefgfeevledv veenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh hithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 27 Jul 2023 09:36:19 -0400 (EDT) Message-ID: Date: Thu, 27 Jul 2023 16:36:18 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup Content-Language: en-US To: Andrea Corallo , Eli Zaretskii References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> From: Dmitry Gutov In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 64712 Cc: stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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.8 (-) On 27/07/2023 12:03, Andrea Corallo wrote: > If we add cl-loaddefs.el to `native-comp-jit-compilation-deny-list' we > should just not even attempt compiling it. > > Dunno if it's considered an acceptable fix, in case I can push it so it > can get tested. I suppose another approach would be along the lines of creating, for every such file, an artefact in native-compile cache anyway, with contents which would load the original uncompiled file (I'm assuming this step won't require extracting the file?). Not sure if this is worth the hassle, though. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 27 09:52:15 2023 Received: (at 64712) by debbugs.gnu.org; 27 Jul 2023 13:52:15 +0000 Received: from localhost ([127.0.0.1]:40990 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qP1Pa-0004cv-UH for submit@debbugs.gnu.org; Thu, 27 Jul 2023 09:52:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58850) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qP1PW-0004cg-LZ for 64712@debbugs.gnu.org; Thu, 27 Jul 2023 09:52:12 -0400 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 1qP1PN-0003rA-C9; Thu, 27 Jul 2023 09:52:04 -0400 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=YcPzQmNxJwIsKsWdLdfYB6zjhjWONoD2Zd1IuM165fI=; b=sSUSoowXFPIJ JqD6U8Ex4nVtfARsis5s853WPdPy5yOEosm2QY9fQc744sxQmYB1XFAv8Ffau1rO6+PAqzWDZNriv +FfhVvYLODvSGv2zjc+2OuMZCW2c9QwgHKoovdlwmJWTRLH3uc+hu+9H7B2f/If48OLkZgEdNAXF3 Id9bDQHzoPwSsEXI4zmJL5ohMsSKok3jPIAFza7KI/7sAyH31OcvQqv3II054o5k6ktPxCqRgpJy0 1R2j3i/V3+NLgCCHch36/Vk20aK4noQMN97MQsh/b0cwHS8JR8IIaIyWNrUdaSU9myMS/RHe7qpIV vUxdi3KJArL1i3w3wmgj9Q==; 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 1qP1PG-0005Aj-H0; Thu, 27 Jul 2023 09:51:59 -0400 Date: Thu, 27 Jul 2023 16:52:44 +0300 Message-Id: <83y1j1lavn.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-Reply-To: (message from Dmitry Gutov on Thu, 27 Jul 2023 16:36:18 +0300) Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64712 Cc: acorallo@gnu.org, stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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 (---) > Date: Thu, 27 Jul 2023 16:36:18 +0300 > Cc: stephen.molitor@icloud.com, 64712@debbugs.gnu.org > From: Dmitry Gutov > > I suppose another approach would be along the lines of creating, for > every such file, an artefact in native-compile cache anyway, with > contents which would load the original uncompiled file (I'm assuming > this step won't require extracting the file?). > > Not sure if this is worth the hassle, though. It definitely isn't. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 27 12:12:57 2023 Received: (at 64712) by debbugs.gnu.org; 27 Jul 2023 16:12:57 +0000 Received: from localhost ([127.0.0.1]:42928 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qP3bl-0000Hd-9e for submit@debbugs.gnu.org; Thu, 27 Jul 2023 12:12:57 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qP3bh-0000HN-AI for 64712@debbugs.gnu.org; Thu, 27 Jul 2023 12:12:56 -0400 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 1qP3bc-0004X9-1A; Thu, 27 Jul 2023 12:12:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=WaPvLY/1W6Q9PhvFVZO3S1NmOiWNKjYbXvoXfqoXsWk=; b=Y8puWM2q9EcERh2AABLR ED8pV9ppmvAawsHzPwmi6yMGXxPFsuUF+GGaDxgpJOeeWAR2FjIlBmYK+N1nwK9HRjFHxhQL2eQx8 ycfhy2eTVCpnc+OyOeIbl1DOKUVoaxf9wYfShj5pcD12+xXPxVl5v6hdGwdIcgSZKKdaIis6KNmA6 O0jbbdGYML2o74VvV0o6geFkMO7zfnlOzvg2fdzkpdq/PS8DHQxP9TawiUzHT6k+X1nR0wM2XD/0V UsDgSGRfg3mKhiGFRBzbTdbEcyoA1UP4Fqwh7rSRHKY2wkrRyUGuKt/8GrOdTmNs4fnkkGZRkPJ2F d/Zy4NAnn2oaYQ==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1qP3bb-0003p0-QI; Thu, 27 Jul 2023 12:12:47 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup In-Reply-To: <83y1j1lavn.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 27 Jul 2023 16:52:44 +0300") References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> <83y1j1lavn.fsf@gnu.org> Date: Thu, 27 Jul 2023 12:12:47 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64712 Cc: Dmitry Gutov , stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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 (---) Eli Zaretskii writes: >> Date: Thu, 27 Jul 2023 16:36:18 +0300 >> Cc: stephen.molitor@icloud.com, 64712@debbugs.gnu.org >> From: Dmitry Gutov >> >> I suppose another approach would be along the lines of creating, for >> every such file, an artefact in native-compile cache anyway, with >> contents which would load the original uncompiled file (I'm assuming >> this step won't require extracting the file?). >> >> Not sure if this is worth the hassle, though. > > It definitely isn't. The closest solution to what Dmitry suggested is to actually remove the cookie from the file so the eln is produced and we don't try to compile it anymore. It doesn't harm, again not the most elegant exit strategy but at least is for free :) Andrea From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 27 12:24:55 2023 Received: (at 64712) by debbugs.gnu.org; 27 Jul 2023 16:24:55 +0000 Received: from localhost ([127.0.0.1]:42953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qP3nL-0000dS-Be for submit@debbugs.gnu.org; Thu, 27 Jul 2023 12:24:55 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:56308) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qP3nI-0000dD-Qt for 64712@debbugs.gnu.org; Thu, 27 Jul 2023 12:24:54 -0400 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 1qP3nD-000058-L6; Thu, 27 Jul 2023 12:24:47 -0400 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=yBA8xzS21iYGV1B9nPpLgpFSO7/zb9Jmsw7/GmR6cUM=; b=HruygndYnh8j 1JHRkc+yDBtFJIuO7NT6lQsq6CdyTtIacUYwUiS/HtYfTvicD5zcZHL8Gsy8ZVLOhUVXxVWP2oUSJ DEFZ06YnBzRs1YJrkhh46Ub+dmpZM5bZ3AJLrbiQi/KQr1cfB5TiZpPwIdJAvqbqhEcIRcqS05Yi/ kPBKnf1rxDyfutKe9lEPyNrzTIDDopoAsxG+IEz0Dd1fSjIMw3tFpi5n0E1oTlA/R18vbijrtGEA8 NdG0LhwbLswsuL+2LQ4fJ8k9gmKjNLhRhS/c7itCQRqHrGOXrixRnYjySNWtTWod7rwqtiPl424Mr IG3SI90SzLuvXaNa90BFfA==; 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 1qP3nB-0004sd-Fs; Thu, 27 Jul 2023 12:24:47 -0400 Date: Thu, 27 Jul 2023 19:25:36 +0300 Message-Id: <83o7jxl3sv.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Thu, 27 Jul 2023 12:12:47 -0400) Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> <83y1j1lavn.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64712 Cc: dmitry@gutov.dev, stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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 (---) > From: Andrea Corallo > Cc: Dmitry Gutov , stephen.molitor@icloud.com, > 64712@debbugs.gnu.org > Date: Thu, 27 Jul 2023 12:12:47 -0400 > > Eli Zaretskii writes: > > >> Date: Thu, 27 Jul 2023 16:36:18 +0300 > >> Cc: stephen.molitor@icloud.com, 64712@debbugs.gnu.org > >> From: Dmitry Gutov > >> > >> I suppose another approach would be along the lines of creating, for > >> every such file, an artefact in native-compile cache anyway, with > >> contents which would load the original uncompiled file (I'm assuming > >> this step won't require extracting the file?). > >> > >> Not sure if this is worth the hassle, though. > > > > It definitely isn't. > > The closest solution to what Dmitry suggested is to actually remove the > cookie from the file so the eln is produced and we don't try to compile > it anymore. It doesn't harm, again not the most elegant exit strategy > but at least is for free :) If we ever do consider this worth "fixing", yes. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 02 17:50:29 2023 Received: (at 64712) by debbugs.gnu.org; 2 Sep 2023 21:50:29 +0000 Received: from localhost ([127.0.0.1]:38805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcYVg-0003OO-QN for submit@debbugs.gnu.org; Sat, 02 Sep 2023 17:50:29 -0400 Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]:54286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcYVc-0003O9-Pm for 64712@debbugs.gnu.org; Sat, 02 Sep 2023 17:50:27 -0400 Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-5009d4a4897so488858e87.0 for <64712@debbugs.gnu.org>; Sat, 02 Sep 2023 14:50:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693691409; x=1694296209; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=NJcyg9bRbW5g/nbQZo+4Ba6EXmbEMt6GKCc1glV4RjI=; b=L1f4VeBxtWAn/EuokvYa60HvbP8AL8yvfS2Aj+k1byAzlM41HF7F2U8uuGmANBD0HC qY8O3osmPE/UXU6Ut7za4te6lp3knloIvMyViqmehZhnlHNLRaqu1m83rxNrJC/QBDNB khlBxA6VigM6hvoznICjmoIWO1KIsSrdZ/u5eSOyZUcIrjPqNqCmGw1IYwjuj5nrbVcF ++hRnjOBDoHqc1MVIEWEd1DkSgn9Zq16BRGj0vXnfYrljYqxnsnOW6PtFOKpanQjrFlV FjpJa3sIFYDDDJcvAnGw2+WWGXk7WFCReoob0968kDGzDTM/UvIey5Pd8dM+U36fIlad fOjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693691409; x=1694296209; 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=NJcyg9bRbW5g/nbQZo+4Ba6EXmbEMt6GKCc1glV4RjI=; b=iHvfNkqzWPzvpx3EqswFVlJR2RtFUaVhCYlSTHfRvhB23ogbkN8apgPi+sOVOCVuSO LWYFxjll24e7eK3QOxTcUaDmBO6IF0MI5qIznC+Qz1kP7l79jByqAROZ5png2H8g0ZXD 5JRyY/Sp3G8Pmql52iJj0r26Bo18A1vZNp3y6O+88zjki/lNT3PPSb8ZUECV+xqAJd7A n1xgtmORBb1JQms0AmU3d6YtjdLdLrvIFWnhY+ZsatHl8JjFj2s4r9GartiNl1PG3Edt OCob173gFvHJy2L07Ue/EqqygIlRkd0QXUJbYpyhDh2HK6a8s/VZIj6uiVD32SHhFTGv jpdw== X-Gm-Message-State: AOJu0YwmvfvUr5HitXVa0azthOoeEJg4UEE56/i8Igx7qtmdLj07fm/y k1T9zXw22+6+MTdIiP/SeeFxwqK/ZbuIx+lDyPXiatoWmvA= X-Google-Smtp-Source: AGHT+IHPM2iOgeVlvz+L5AuTZ4P8LspeJ8GtHuEr4JHl7NP26K19/nXXqHKaXZ9pp30ujP3Z7uOP2j50kH+aga1iPCE= X-Received: by 2002:ac2:4e93:0:b0:500:af82:7dd9 with SMTP id o19-20020ac24e93000000b00500af827dd9mr3390216lfr.62.1693691408673; Sat, 02 Sep 2023 14:50:08 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 2 Sep 2023 14:50:08 -0700 From: Stefan Kangas In-Reply-To: References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> <83y1j1lavn.fsf@gnu.org> MIME-Version: 1.0 Date: Sat, 2 Sep 2023 14:50:08 -0700 Message-ID: Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup To: Andrea Corallo , Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 64712 Cc: Dmitry Gutov , stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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 (-) Andrea Corallo writes: > Eli Zaretskii writes: > >>> Date: Thu, 27 Jul 2023 16:36:18 +0300 >>> Cc: stephen.molitor@icloud.com, 64712@debbugs.gnu.org >>> From: Dmitry Gutov >>> >>> I suppose another approach would be along the lines of creating, for >>> every such file, an artefact in native-compile cache anyway, with >>> contents which would load the original uncompiled file (I'm assuming >>> this step won't require extracting the file?). >>> >>> Not sure if this is worth the hassle, though. >> >> It definitely isn't. > > The closest solution to what Dmitry suggested is to actually remove the > cookie from the file so the eln is produced and we don't try to compile > it anymore. It doesn't harm, again not the most elegant exit strategy > but at least is for free :) What was the reason that those cookies were added in the first place? I see that they were added in commit 6c11214dc112, but it doesn't explain why. I personally can't see that it would make much of a difference if we have them or not, but maybe I'm missing something. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 03 01:16:36 2023 Received: (at 64712) by debbugs.gnu.org; 3 Sep 2023 05:16:36 +0000 Received: from localhost ([127.0.0.1]:39061 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcfTQ-0005yU-07 for submit@debbugs.gnu.org; Sun, 03 Sep 2023 01:16:36 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:47816) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcfTK-0005yE-V1 for 64712@debbugs.gnu.org; Sun, 03 Sep 2023 01:16:34 -0400 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 1qcfT4-00055j-RM; Sun, 03 Sep 2023 01:16:14 -0400 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=AEPf6i6GXDyG8gJBfIxIjStFdMz37cMd86VvJigGF8A=; b=kCWHseeG+z5b s1lYJla6TxM/VGCI5zlDj2gCU9tXKlV63J/uCPFrYgtt8attV5/xCIv/KKOfBtoaWKCAOdihWPSbY +hyLP/4QJg+z336LhQYEtsTu1FHXK41VDx2iclIrFmb9vudS5rqetQwtClN/BwWNmROsSEqRNuwKs vMKwrZ5aXtsOMcXXG4ce6TOZJE5iviEhyAHWcdtKHDVRQHZeIwDWoFDuP/zH4xJJDuo+ZmOYZbPYs 9NglN2C2Id2q24s4AwQ3JuBcOxfFtG3IdMi7EiDL8Na4WHsVvO1vdGknhUix8tm4lMNTrpKk0Katg FN/U71a58w1xpb35JkPNeQ==; Date: Sun, 03 Sep 2023 08:15:52 +0300 Message-Id: <83o7ij96rb.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Sat, 2 Sep 2023 14:50:08 -0700) Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> <83y1j1lavn.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64712 Cc: dmitry@gutov.dev, acorallo@gnu.org, stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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 (---) > From: Stefan Kangas > Date: Sat, 2 Sep 2023 14:50:08 -0700 > Cc: Dmitry Gutov , stephen.molitor@icloud.com, 64712@debbugs.gnu.org > > Andrea Corallo writes: > > > Eli Zaretskii writes: > > > >>> Date: Thu, 27 Jul 2023 16:36:18 +0300 > >>> Cc: stephen.molitor@icloud.com, 64712@debbugs.gnu.org > >>> From: Dmitry Gutov > >>> > >>> I suppose another approach would be along the lines of creating, for > >>> every such file, an artefact in native-compile cache anyway, with > >>> contents which would load the original uncompiled file (I'm assuming > >>> this step won't require extracting the file?). > >>> > >>> Not sure if this is worth the hassle, though. > >> > >> It definitely isn't. > > > > The closest solution to what Dmitry suggested is to actually remove the > > cookie from the file so the eln is produced and we don't try to compile > > it anymore. It doesn't harm, again not the most elegant exit strategy > > but at least is for free :) > > What was the reason that those cookies were added in the first place? Not to slow down the build unnecessarily, I think. Basically, the same reason why we have "no-byte-compile: t" in some files: you get no gains from doing that, you just waste CPU time. And the waste is much more significant with native compilation. > I see that they were added in commit 6c11214dc112, but it doesn't > explain why. When that happens, I always search the mailing lists around the date of the commit. In this case, I found https://lists.gnu.org/archive/html/emacs-devel/2022-09/msg00168.html > I personally can't see that it would make much of a difference if we > have them or not, but maybe I'm missing something. If nothing else, it will slow down startup (because each .eln files needs to be loaded via dlopen, as opposed to .elc that is dumped into the pdumper file), albeit insignificantly. But if we do this with all the autoload files we have, that could slow down in a more tangible ways. So basically we have here two minor annoyances: you can solve one, but then you "gain" the other one. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 05 19:11:30 2023 Received: (at 64712) by debbugs.gnu.org; 5 Sep 2023 23:11:30 +0000 Received: from localhost ([127.0.0.1]:59774 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdfCj-0001e6-Pu for submit@debbugs.gnu.org; Tue, 05 Sep 2023 19:11:30 -0400 Received: from mail-lf1-x12c.google.com ([2a00:1450:4864:20::12c]:44184) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdfCe-0001dp-9V for 64712@debbugs.gnu.org; Tue, 05 Sep 2023 19:11:28 -0400 Received: by mail-lf1-x12c.google.com with SMTP id 2adb3069b0e04-501bd164fbfso2264837e87.0 for <64712@debbugs.gnu.org>; Tue, 05 Sep 2023 16:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693955477; x=1694560277; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=7Ucb14RzKDVT93D0SV8ILyxPSUqVN6sNJSaeh+1oDsM=; b=HRbyu0CaDNy8JXcyUOPoc4lW/c6JRlKbagfWZV27Av7ZGhDtwaQ9SEblIlBxWzJu8M EIeg+yOEdZ///WYXKVg/gdpSG1cyqfOQUpVGAW9pUyEA96qhMu6Z8Aeym+TFWUXWRwQk GKxzQ647HStNhLDfuVVzJ9OgYz78mpIiTkgqkI/5vSFG5qh1EeP/QgTlsgFDPircp8PU a6d5Dr8E5gHKxt6/ncEMOAZUSnjFC5fgaOoqN46z75E2Wy8NQX3XDLx7GRLrrZvL3nK7 AZ2FICYMGIBZkqNLNMJmR73+WkQxDMfpYbP2FO9wSZjpREnIg0eEhLy+gS8BV8dCD8T1 XJEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693955477; x=1694560277; 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=7Ucb14RzKDVT93D0SV8ILyxPSUqVN6sNJSaeh+1oDsM=; b=QCpO+nQYLr9mYAllukEaAb+4DMjnwKveyXrd2z4GN226VQLy2fJZ/Mdaco/yuqLuiG zPLawbm1zJoWBWocIorRNSC/v/reVCDk6tIN7vwGeF6a9pal0FIGNVGS3nQd6OfRE23E Px476rlKeyIm4oWUMGoV76HDCZ9CrZLA18UndBBqd699C45Fa+fM/7+eLSOxL7LiiUZ4 asdCu8LXbsvpwKgZsTYuXhsXCYeV0w4qwtJHNLJvfOIomeEP/IbmbUlp1shUoGE6ybAy ILRR4aT3kGWbCS9lqoWrNoyXBtb1qftjtSCDcAqBkBXhbne4jW8atCR7s2Swni/vDtkC XHGw== X-Gm-Message-State: AOJu0YwzZJJFWoLIhwauUc/ZbnUni2vg5En6kZTc6cKiMjYqwS8W1izN iU2MCwqxTSdhJCZ+jcTvq8dA1G3LYS3HidDAJpk= X-Google-Smtp-Source: AGHT+IEqzolVRw4lOhd1Gteprl5ltwLThK66rJ9bmTMOrj0j4bv5NJDkfrdefSlxGv1ZDtJbU3emFsPB35Uk9kXoEGk= X-Received: by 2002:a19:4f01:0:b0:4fb:ca59:42d7 with SMTP id d1-20020a194f01000000b004fbca5942d7mr917183lfb.33.1693955477410; Tue, 05 Sep 2023 16:11:17 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 5 Sep 2023 16:11:16 -0700 From: Stefan Kangas In-Reply-To: <83o7ij96rb.fsf@gnu.org> References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> <83y1j1lavn.fsf@gnu.org> <83o7ij96rb.fsf@gnu.org> MIME-Version: 1.0 Date: Tue, 5 Sep 2023 16:11:16 -0700 Message-ID: Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 64712 Cc: dmitry@gutov.dev, acorallo@gnu.org, stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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: > Not to slow down the build unnecessarily, I think. Basically, the > same reason why we have "no-byte-compile: t" in some files: you get no > gains from doing that, you just waste CPU time. And the waste is much > more significant with native compilation. > >> I see that they were added in commit 6c11214dc112, but it doesn't >> explain why. > > When that happens, I always search the mailing lists around the date > of the commit. In this case, I found > > https://lists.gnu.org/archive/html/emacs-devel/2022-09/msg00168.html > >> I personally can't see that it would make much of a difference if we >> have them or not, but maybe I'm missing something. > > If nothing else, it will slow down startup (because each .eln files > needs to be loaded via dlopen, as opposed to .elc that is dumped into > the pdumper file), albeit insignificantly. But if we do this with all > the autoload files we have, that could slow down in a more tangible > ways. So basically we have here two minor annoyances: you can solve > one, but then you "gain" the other one. Right. So perhaps we should just live with it, and close this as wontfix. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 06 07:30:12 2023 Received: (at 64712) by debbugs.gnu.org; 6 Sep 2023 11:30:12 +0000 Received: from localhost ([127.0.0.1]:33184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdqjb-0007XI-Gh for submit@debbugs.gnu.org; Wed, 06 Sep 2023 07:30:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdqjZ-00075s-Th for 64712@debbugs.gnu.org; Wed, 06 Sep 2023 07:30:10 -0400 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 1qdqjS-0008NF-Qi; Wed, 06 Sep 2023 07:30:03 -0400 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=jKIZwxCyMA6yjotE8ohRY6CdvMDsw5mqsyuNQW8ImcM=; b=WO52WKKmjySf ag1brjBdLqCziDoS2/OAC9NoIaQs2hjHFL7nOEEIN89tNmkyez1evmKlvjZZdhiKpVlyKHMnThjSY jTxrUZT9w9X/W9gpvsn5U4/1D7EicUlrAhYur5vTTqIt5tMfNOwbp0x95CRYiVkooHFdSgKB1fkQr EOgvkeFv+UzUSH4yZb9KdoheFRDWEbJSen26cfEpDqin2M0R2FVJilWtmhShSL+7KufMJB30lqdLP TiNB+MaPe/+NA2KNcrws7VJl4Bp0ZfzcGBAZ1ss0nInwjNXgxsE+PEnOLDReSD+F66OsCysIEk8OV uVDxjs0Ozs2E1Fq3ft+dmw==; Date: Wed, 06 Sep 2023 14:29:47 +0300 Message-Id: <83jzt335g4.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Tue, 5 Sep 2023 16:11:16 -0700) Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> <83y1j1lavn.fsf@gnu.org> <83o7ij96rb.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64712 Cc: dmitry@gutov.dev, acorallo@gnu.org, stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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 (---) > From: Stefan Kangas > Date: Tue, 5 Sep 2023 16:11:16 -0700 > Cc: acorallo@gnu.org, dmitry@gutov.dev, stephen.molitor@icloud.com, > 64712@debbugs.gnu.org > > Eli Zaretskii writes: > > > Not to slow down the build unnecessarily, I think. Basically, the > > same reason why we have "no-byte-compile: t" in some files: you get no > > gains from doing that, you just waste CPU time. And the waste is much > > more significant with native compilation. > > > >> I see that they were added in commit 6c11214dc112, but it doesn't > >> explain why. > > > > When that happens, I always search the mailing lists around the date > > of the commit. In this case, I found > > > > https://lists.gnu.org/archive/html/emacs-devel/2022-09/msg00168.html > > > >> I personally can't see that it would make much of a difference if we > >> have them or not, but maybe I'm missing something. > > > > If nothing else, it will slow down startup (because each .eln files > > needs to be loaded via dlopen, as opposed to .elc that is dumped into > > the pdumper file), albeit insignificantly. But if we do this with all > > the autoload files we have, that could slow down in a more tangible > > ways. So basically we have here two minor annoyances: you can solve > > one, but then you "gain" the other one. > > Right. So perhaps we should just live with it, and close this as > wontfix. That would be my preference, given that we don't see any significantly better alternative. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 06 08:09:20 2023 Received: (at 64712) by debbugs.gnu.org; 6 Sep 2023 12:09:20 +0000 Received: from localhost ([127.0.0.1]:33272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdrLU-00050H-1R for submit@debbugs.gnu.org; Wed, 06 Sep 2023 08:09:20 -0400 Received: from mail-lf1-x135.google.com ([2a00:1450:4864:20::135]:59816) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdrLR-0004zu-IG for 64712@debbugs.gnu.org; Wed, 06 Sep 2023 08:09:18 -0400 Received: by mail-lf1-x135.google.com with SMTP id 2adb3069b0e04-500b66f8b27so6025801e87.3 for <64712@debbugs.gnu.org>; Wed, 06 Sep 2023 05:09:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694002150; x=1694606950; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=6EqRTpQkCfDxiEAX2vrnH//bDQtQ2c/jizlqLF9Z/vg=; b=CqgFSnqKqSVwWtvVtSpCbTQrK2u3Q9spdIMvkXKL/a6kj5hMVTh4vPTutDismTuOEY CPN8LUHolxxUM6vML91nlJv+x2sk5tGpgtmDxbUtf91yydsP8ms8GRH3z1hLB9NWS6Be JQ4k7Be1oteIx06mI4+E3Cc8vc68+bDdjwHdR1K4yLYIrJXcAuLwEN0TzEm/pJYkbr4p r9dOc6FAnadmcgzoIkgQTiDVdtOMfKiIfUnf6BblzIdwtH1Fz1tpNkrudAxQdi96Gd/d TxsfCllJ0Ru4VljRAzZFTKW0Lktn1yJg68UjVvVAgqS7go++tgR/wuMOhS2Ji7Fu0Ibx +Drg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1694002150; x=1694606950; 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=6EqRTpQkCfDxiEAX2vrnH//bDQtQ2c/jizlqLF9Z/vg=; b=aMTVGrHJ0x7MX7+SrMIoHhQt5InGH8IjyMBCGTD7GNnBSkInf+sV2ZQgwZ5ODw01R3 TdgIXUain1mtbSzUai2kQpZp/hyJIy13tjN6ZqXnJPqkDJghObcnplQdOuO256zLsmUI pQnJ8FCNCsIzMckMxjdcYf5FSk+9kv5nSiR2iAI9C6298UXVnGl4qZZs2P+mS/gzN7ER wWcOTIaD/Xp7CGv4YVb5XLMLQASR9/O3TXjPP8j/U8lcsOW1jODpIiiz9WqZ7/bExR21 6UEDvMvNLQIdDWVuNsjyTQdpCBIxRqIxLDDyKS2UGD5mjAlDWwST3l5D44AjRUzw0bzj o5qQ== X-Gm-Message-State: AOJu0Yw1kdbGxTluwxyxkG8aDjIn511rI2hVlGQMLeGPLY9vlio36SsS bMGcW82Djk3WtNnAuRkD9DbIO556Ec9cxIN7iRQ= X-Google-Smtp-Source: AGHT+IG90TkKpR1ozMN5YB7GvBdeM5uv46eBbZvFA0QsCYVRXZXexSM1ISwXC2TT/F7wn/1IuGVYTXjV0eJPLdxVZM4= X-Received: by 2002:ac2:5e65:0:b0:4fb:8939:d95c with SMTP id a5-20020ac25e65000000b004fb8939d95cmr2000562lfr.30.1694002150427; Wed, 06 Sep 2023 05:09:10 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 6 Sep 2023 05:09:10 -0700 From: Stefan Kangas In-Reply-To: <83jzt335g4.fsf@gnu.org> References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> <83y1j1lavn.fsf@gnu.org> <83o7ij96rb.fsf@gnu.org> <83jzt335g4.fsf@gnu.org> MIME-Version: 1.0 Date: Wed, 6 Sep 2023 05:09:10 -0700 Message-ID: Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 64712 Cc: dmitry@gutov.dev, acorallo@gnu.org, stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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 64712 + wontfix close 64712 thanks Eli Zaretskii writes: >> Right. So perhaps we should just live with it, and close this as >> wontfix. > > That would be my preference, given that we don't see any significantly > better alternative. Done. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 06 08:26:35 2023 Received: (at 64712) by debbugs.gnu.org; 6 Sep 2023 12:26:35 +0000 Received: from localhost ([127.0.0.1]:33336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdrcB-00087T-4B for submit@debbugs.gnu.org; Wed, 06 Sep 2023 08:26:35 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:53943) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdrc6-00087A-K2 for 64712@debbugs.gnu.org; Wed, 06 Sep 2023 08:26:33 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 5279D5C007C; Wed, 6 Sep 2023 08:26:24 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 06 Sep 2023 08:26:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1694003184; x=1694089584; bh=4kkcLUSmczNKm4GkCMcOfwsqXEIw/Qe32PB dRc8hLyY=; b=Kqi57ZmwO68wO25pKlnHL3D1bOzP68BdL7sfcSbm2Z6hH8cmjRq ThfkY7YJr0UjYgS1WzvlM4b7KFvliPkbvj7Vpzl8mSwzGNjrNoo9Puh1ShP8iREJ /cKqt5xaybctzSU1Z2G38/sLNDr2+CV4YaCkNUgHzbmfpffrB51R3wgCOV8AIhd+ DRDGsh0Pg6VTGUWkPmy/frC2KBxZEf3mhomL0zzU+8THnZdhN5h4th0shFYDk+e7 ajPsK+buLX0uYRhKwqnHN6zfDQZwVyNHQ4V04e0NVvR2QLivzafU4TF0gpZj5fej jE8nyU25QuNHO5fBEEP4+6pkK/Io9yscXHg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1694003184; x=1694089584; bh=4kkcLUSmczNKm4GkCMcOfwsqXEIw/Qe32PB dRc8hLyY=; b=OsDpMEzVd5bT9PR+t+laaveV/CNRcFKfvQos3DkSlAEbxNX9gSK lPDiopOEBjLh71GTMzRRoUzjnSztVou6X8sTntaUDmE0dyFZEepO8wGtv0FJiirz mVtRYVPiTZqXU6kMT1gLgjDMz6ikyZjirxnVlAg7yIlcoPftNjsPI3pJdKqVlWEk xnVGq8U2cqg/0bt9NI+V2cw+csJR3QzN62G4EeDix7t/6JGF9BL+n8yM9M6xmm4y l/gC7SJxWYayXL4B4TORbypJzq7LPeLf/2YskVl4GopeIL4tI6OyKxnMRvNv7Ayu bCRArn6l3kk8UHY80Pl3qktz9juovHC4Rcg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudehfedgheduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepiefgteevheevveffheeltdeukeeiieekueefgedugfefgefhudelgfefveel vdevnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 6 Sep 2023 08:26:22 -0400 (EDT) Message-ID: <4d07089a-dd98-d140-8ce0-d206dd37a5fe@gutov.dev> Date: Wed, 6 Sep 2023 15:26:20 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup Content-Language: en-US To: Eli Zaretskii , Stefan Kangas References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> <83y1j1lavn.fsf@gnu.org> <83o7ij96rb.fsf@gnu.org> From: Dmitry Gutov In-Reply-To: <83o7ij96rb.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.2 (--) X-Debbugs-Envelope-To: 64712 Cc: acorallo@gnu.org, stephen.molitor@icloud.com, 64712@debbugs.gnu.org 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.2 (---) On 03/09/2023 08:15, Eli Zaretskii wrote: >> I personally can't see that it would make much of a difference if we >> have them or not, but maybe I'm missing something. > If nothing else, it will slow down startup (because each .eln files > needs to be loaded via dlopen, as opposed to .elc that is dumped into > the pdumper file), albeit insignificantly. But if we do this with all > the autoload files we have, that could slow down in a more tangible > ways. So basically we have here two minor annoyances: you can solve > one, but then you "gain" the other one. So you suppose - Findinb .eln in its load path - dlopen-ing it can be slower than - Looking for .eln in its load path, not finding it - Extracting cl-loaddefs.el from cl-loaddefs.el.gz - Loading it ? From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 06 09:04:07 2023 Received: (at 64712) by debbugs.gnu.org; 6 Sep 2023 13:04:07 +0000 Received: from localhost ([127.0.0.1]:33407 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdsCV-0000jB-BW for submit@debbugs.gnu.org; Wed, 06 Sep 2023 09:04:07 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:33396) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qdsCR-0000ie-T1 for 64712@debbugs.gnu.org; Wed, 06 Sep 2023 09:04:05 -0400 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 1qdsCL-0002oz-8D; Wed, 06 Sep 2023 09:03:57 -0400 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=hExORvRQcJ2AE2m8Clib7TaqAyRzmECsVM7m1gxEpVU=; b=VgyKiFI0b6lg GJObJ6Y0OG2OvVT5a9KiCGrJSJh7wDSm5JPkDy4t5lUql7+z8wEz6gsb+dog3aJxzhvmj4v5mM1+e njKVQBn1BW7CfXqtGTc0kppf+K6L5OfKM5ljmt4WTkYai6WdIl1T0/QSyY/6hILgCpQ8p6BM4g6F4 SgRMs7633fPoTt5jbz0FiT+92/s8mWHql3Npck4pLtttGxIgOwBjtR/kv+TaB8P76xkaDq7LgpF99 YheOqKUxiHd6Y6uxM5lh9KwOjRqE4SWAWOhsxU6rECS7G3XNVA+O96m5o7WC9NOVKRLjFJ6PAtF2R Ghik2hJdgwEjs0bnPPiroQ==; Date: Wed, 06 Sep 2023 16:03:40 +0300 Message-Id: <83tts71mj7.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-Reply-To: <4d07089a-dd98-d140-8ce0-d206dd37a5fe@gutov.dev> (message from Dmitry Gutov on Wed, 6 Sep 2023 15:26:20 +0300) Subject: Re: bug#64712: 29.0.92; Emacs 29 with native compilation compiles cl-loaddefs.el on every startup References: <83sf9l5gcd.fsf@gnu.org> <800ca9ba-a7bf-afb7-9f5c-28b728c46114@gutov.dev> <83o7jxnc33.fsf@gnu.org> <83y1j1lavn.fsf@gnu.org> <83o7ij96rb.fsf@gnu.org> <4d07089a-dd98-d140-8ce0-d206dd37a5fe@gutov.dev> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64712 Cc: acorallo@gnu.org, stephen.molitor@icloud.com, stefankangas@gmail.com, 64712@debbugs.gnu.org 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 (---) > Date: Wed, 6 Sep 2023 15:26:20 +0300 > Cc: acorallo@gnu.org, stephen.molitor@icloud.com, 64712@debbugs.gnu.org > From: Dmitry Gutov > > On 03/09/2023 08:15, Eli Zaretskii wrote: > >> I personally can't see that it would make much of a difference if we > >> have them or not, but maybe I'm missing something. > > If nothing else, it will slow down startup (because each .eln files > > needs to be loaded via dlopen, as opposed to .elc that is dumped into > > the pdumper file), albeit insignificantly. But if we do this with all > > the autoload files we have, that could slow down in a more tangible > > ways. So basically we have here two minor annoyances: you can solve > > one, but then you "gain" the other one. > > So you suppose > > - Findinb .eln in its load path > - dlopen-ing it > > can be slower than > > - Looking for .eln in its load path, not finding it > - Extracting cl-loaddefs.el from cl-loaddefs.el.gz > - Loading it > > ? No. But that's not what happens. What does happen in the second case is that we load the .elc file, and then, asynchronously and in a separate Emacs session, try to native-compile the .el file. So this: > - Looking for .eln in its load path, not finding it > - Extracting cl-loaddefs.el from cl-loaddefs.el.gz > - Loading it happens in parallel with the Emacs session running, not sequentially. And if the .elc file is in the pdumper file, we don't even load it, it's already loaded. From unknown Sat Jun 21 05:01:03 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 05 Oct 2023 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator