From unknown Mon Aug 11 21:13:11 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#63871 <63871@debbugs.gnu.org> To: bug#63871 <63871@debbugs.gnu.org> Subject: Status: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require Reply-To: bug#63871 <63871@debbugs.gnu.org> Date: Tue, 12 Aug 2025 04:13:11 +0000 retitle 63871 29.0.91; JIT native comp triggered to compile loaddefs repeat= edly on require reassign 63871 emacs submitter 63871 Jimmy Yuen Ho Wong severity 63871 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 09:22:53 2023 Received: (at submit) by debbugs.gnu.org; 3 Jun 2023 13:22:53 +0000 Received: from localhost ([127.0.0.1]:41809 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5RDY-0002Kp-Dw for submit@debbugs.gnu.org; Sat, 03 Jun 2023 09:22:53 -0400 Received: from lists.gnu.org ([209.51.188.17]:38886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5RDU-0002Ke-RU for submit@debbugs.gnu.org; Sat, 03 Jun 2023 09:22:51 -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 1q5RDU-0006Q7-KA for bug-gnu-emacs@gnu.org; Sat, 03 Jun 2023 09:22:48 -0400 Received: from mail-wr1-x42a.google.com ([2a00:1450:4864:20::42a]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1q5RDR-0007B7-J4 for bug-gnu-emacs@gnu.org; Sat, 03 Jun 2023 09:22:48 -0400 Received: by mail-wr1-x42a.google.com with SMTP id ffacd0b85a97d-30af86a96b4so2790151f8f.3 for ; Sat, 03 Jun 2023 06:22:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685798563; x=1688390563; h=mime-version:message-id:date:subject:to:from:from:to:cc:subject :date:message-id:reply-to; bh=3u1AnpbV9xaZ23SsgNzYwbH2jaiZxabjBYVKpofp54k=; b=cdNrKBDexAwGXYA/OsnE/ks4iBdInH8TPXuL4ybPH5FXv5eqH6fVAVofeLnASUcMki e+xa2XuAuWLGaj5efVni0Cyq7RTsJqbyTPdUTgC8A/3701gXxB7F4qaLIiGQRTGw+ifB MAU+dDVmxl4rdaReBHrVR9I7CFuq0O6C5rfiuadjVBFEC+QPzcOSO4hP0C6QtT+UmU2u pT3rB5VweWe05W+3FkmfH8EIl6TmtOWqTOuT2Zy8FNyHoEODMBlzWBo5RYxENglAd4eY TFWFk+96Kgi/T4Gkpx+3q40PwhTbV8H7PaLb11YDaxI1OBBGW7zepe6v2ZCoyO4sz+YS bWyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685798563; x=1688390563; h=mime-version:message-id:date:subject:to:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=3u1AnpbV9xaZ23SsgNzYwbH2jaiZxabjBYVKpofp54k=; b=CHaPjm9Pbc0cMALjVj1n9zpCc4Oo4BSac+hD8hirFpuEaYWPtgagIN5bF15D0S8CGc DAjWNBsCzM6U7nvb1ex5NIrzNbXHAcl+NlGhMDhAoDUicw+YfLHvJi9Fcnmznwh2vS6Y Pf2IqPyrmXWcaFSj6RjWZNOKAh73TAkLLy5pRHkpe+hgIt8tNiQyag7T13rmx6APXhqn 6on0sVlqNrIo1uOPgGESzGp7LJ2VLwx4mDS5MhC2gx1kqgcR2XZHiIT5VkfH+H7QebcB g3WS7TMxXw8WPk8rPv0kWlt/r2t4578urhJt2x0EQRhkVNNHrHy6ALhT6jAOhXkjJHdR XC5A== X-Gm-Message-State: AC+VfDxE1yEMykIWptwVkHBtZ18Z7GdrJO9+ifwZeWMBPyvp9l1biOeC aCoKA7pOedh1qMGfOIbzmyPQp3rAQKs= X-Google-Smtp-Source: ACHHUZ4YushncuAO3r7i0/gLTDWVDdZ366oV3rP2X7WFmytFtOf+RW1+zaIljAiPn5Ql8GwJqyrcSQ== X-Received: by 2002:adf:ce83:0:b0:307:7f38:37f with SMTP id r3-20020adfce83000000b003077f38037fmr2043516wrn.66.1685798563082; Sat, 03 Jun 2023 06:22:43 -0700 (PDT) Received: from MobileCat.localdomain ([2a01:4b00:89a0:2400:4515:dead:dad2:1c1a]) by smtp.gmail.com with ESMTPSA id q10-20020a5d574a000000b003047d5b8817sm4550842wrw.80.2023.06.03.06.22.42 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Sat, 03 Jun 2023 06:22:42 -0700 (PDT) From: Jimmy Yuen Ho Wong To: bug-gnu-emacs@gnu.org Subject: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require Date: Sat, 03 Jun 2023 14:22:41 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2a00:1450:4864:20::42a; envelope-from=wyuenho@gmail.com; helo=mail-wr1-x42a.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, T_SCC_BODY_TEXT_LINE=-0.01 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 (--) Reproduction: 1. emacs -q -nsl --eval="(require 'cl-lib)" 2. C-x b TAB 3. Select *Async-native-compile-log* 4. The following is printed ```emacs-lisp Compiling /opt/local/share/emacs/29.0.91/lisp/emacs-lisp/cl-loaddefs.el.gz... uncompressing cl-loaddefs.el.gz... uncompressing cl-loaddefs.el.gz...done Compilation finished. ``` Expectation: This behavior is observed when any packages in ~/.emacs.d/elpa/ autoloads and require cl-lib, org or tramp as well. The simple act of requiring a built-in Emacs package should not trigger a JIT native compilation on an Emacs installation built with `--with-native-compilation=aot`. In GNU Emacs 29.0.91 (build 1, aarch64-apple-darwin22.5.0, NS appkit-2299.60 Version 13.4 (Build 22F66)) of 2023-06-01 built on MobileCat.localdomain Windowing system distributor 'Apple', version 10.3.2299 System Description: macOS 13.4 Configured using: 'configure --prefix=/opt/local --disable-silent-rules --without-dbus --without-gconf --without-libotf --without-m17n-flt --with-libgmp --with-gnutls --with-json --with-xml2 --with-modules --infodir /opt/local/share/info/emacs --with-sqlite3 --with-webp --with-ns --with-lcms2 --without-harfbuzz --without-imagemagick --without-xaw3d --with-tree-sitter --with-rsvg --with-native-compilation=aot 'CFLAGS=-pipe -Os -Wno-attributes -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk -arch arm64' 'CPPFLAGS=-I/opt/local/include -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk' 'LDFLAGS=-L/opt/local/lib -Wl,-headerpad_max_install_names -Wl,-rpath /opt/local/lib/gcc12 -Wl,-no_pie -Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk -arch arm64'' Configured features: ACL 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 ZLIB Important settings: value of $LANG: en_GB.UTF-8 locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: company-quickhelp-mode: t company-prescient-mode: t prescient-persist-mode: t imenu-list-minor-mode: t purpose-mode: t windmove-mode: t magit-todos-mode: t global-git-commit-mode: t magit-auto-revert-mode: t diff-hl-flydiff-mode: t projectile-rails-global-mode: t projectile-mode: t shell-dirtrack-mode: t pdf-occur-global-minor-mode: t crm-custom-mode: t override-global-mode: t dap-tooltip-mode: t dap-ui-many-windows-mode: t dap-ui-controls-mode: t dap-ui-mode: t treemacs-filewatch-mode: t treemacs-follow-mode: t treemacs-git-mode: t treemacs-fringe-indicator-mode: t winner-mode: t which-key-mode: t which-function-mode: t smooth-scrolling-mode: t show-smartparens-global-mode: t smartparens-global-mode: t server-mode: t savehist-mode: t save-place-mode: t rxt-global-mode: t recentf-mode: t minibuffer-depth-indicate-mode: t ido-vertical-mode: t ido-ubiquitous-mode: t global-whitespace-cleanup-mode: t global-so-long-mode: t global-origami-mode: t global-move-dup-mode: t global-hl-line-mode: t global-flycheck-mode: t global-diff-hl-show-hunk-mouse-mode: t global-diff-hl-mode: t global-company-mode: t global-auto-revert-mode: t global-aggressive-indent-mode: t gcmh-mode: t flx-ido-mode: t ido-everywhere: t icomplete-vertical-mode: t icomplete-mode: t fido-mode: t editorconfig-mode: t direnv-mode: t desktop-save-mode: t delete-selection-mode: t dap-auto-configure-mode: t dap-mode: t auto-compile-on-save-mode: t amx-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t window-divider-mode: t buffer-read-only: t size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t temp-buffer-resize-mode: t Load-path shadows: /opt/local/share/emacs/site-lisp/site-start hides /Applications/MacPorts/Emacs.app/Contents/Resources/site-lisp/site-start /Users/wyuenho/.emacs.d/elpa/jsonrpc-1.0.17/jsonrpc hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/jsonrpc /Users/wyuenho/.emacs.d/elpa/transient-20230602.2121/transient hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/transient /Users/wyuenho/.emacs.d/elpa/use-package-20230426.2324/use-package-jump hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/use-package/use-package-jump /Users/wyuenho/.emacs.d/elpa/use-package-20230426.2324/use-package-ensure hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/use-package/use-package-ensure /Users/wyuenho/.emacs.d/elpa/use-package-20230426.2324/use-package-core hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/use-package/use-package-core /Users/wyuenho/.emacs.d/elpa/use-package-ensure-system-package-20221209.2013/use-package-ensure-system-package hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/use-package/use-package-ensure-system-package /Users/wyuenho/.emacs.d/elpa/use-package-20230426.2324/use-package-delight hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/use-package/use-package-delight /Users/wyuenho/.emacs.d/elpa/use-package-20230426.2324/use-package-diminish hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/use-package/use-package-diminish /Users/wyuenho/.emacs.d/elpa/use-package-20230426.2324/use-package hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/use-package/use-package /Users/wyuenho/.emacs.d/elpa/use-package-20230426.2324/use-package-bind-key hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/use-package/use-package-bind-key /Users/wyuenho/.emacs.d/elpa/bind-key-20230203.2004/bind-key hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/use-package/bind-key /Users/wyuenho/.emacs.d/elpa/use-package-20230426.2324/use-package-lint hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/use-package/use-package-lint /Users/wyuenho/.emacs.d/elpa/verilog-mode-2022.12.18.181110314/verilog-mode hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/progmodes/verilog-mode /Users/wyuenho/.emacs.d/elpa/eglot-1.15/eglot hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/progmodes/eglot /Users/wyuenho/.emacs.d/elpa/flymake-1.3.4/flymake hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/progmodes/flymake /Users/wyuenho/.emacs.d/elpa/soap-client-3.2.3/soap-client hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/net/soap-client /Users/wyuenho/.emacs.d/elpa/soap-client-3.2.3/soap-inspect hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/net/soap-inspect /Users/wyuenho/.emacs.d/elpa/faceup-20170925.1946/faceup hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/emacs-lisp/faceup /Users/wyuenho/.emacs.d/elpa/eldoc-1.14.0/eldoc hides /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/emacs-lisp/eldoc Features: (shadow sort mail-extr emacsbug cl-print helpful cc-langs trace edebug info-look elisp-refs misearch multi-isearch visual-regexp-steroids visual-regexp facemenu two-column dired-aux vc-hg vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs diff-hl-dired all-the-icons-dired dired-collapse dired-hacks-utils company-quickhelp pos-tip company-prescient prescient char-fold company-keywords company-etags etags fileloop company-gtags company-dabbrev-code company-dabbrev company-yasnippet company-capf company-files company-cmake company-clang company-semantic company-template company-bbdb rainbow-mode elisp-def ert debug backtrace display-line-numbers cap-words superword subword smartparens-rust smartparens-config smartparens-javascript smartparens-ruby smartparens-org smartparens-python smartparens-markdown smartparens-text smartparens-c page-break-lines beginend window-purpose-x shut-up imenu-list hideshow window-purpose window-purpose-fixes window-purpose-prefix-overload window-purpose-switch window-purpose-layout window-purpose-core window-purpose-configuration window-purpose-utils ibuffer-projectile windmove dired-hide-dotfiles shrink-path git-timemachine vc-git magit-lfs magit-todos hl-todo async forge-list forge-commands forge-semi forge-bitbucket buck forge-gogs gogs forge-gitea gtea forge-gitlab glab forge-github ghub-graphql treepy gsexp ghub url-http url-gw url-auth gnutls forge-notify forge-revnote forge-pullreq forge-issue forge-topic bug-reference forge-post forge-repo forge forge-core forge-db closql emacsql-sqlite-common emacsql emacsql-compiler 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 magit-diff smerge-mode git-commit log-edit message sendmail yank-media rfc822 mml mml-sec epa gnus-util mailabbrev gmm-utils add-log magit-core magit-autorevert magit-margin magit-transient magit-process with-editor magit-mode magit-git magit-base magit-section cursor-sensor crm diff-hl-flydiff diff ediff-merg ediff-mult ediff-wind ediff-diff ediff-help ediff-init ediff-util rg rg-info-hack rg-menu rg-ibuffer rg-result wgrep-rg wgrep rg-history rg-header projectile-rails rake inflections inf-ruby ruby-mode smie autoinsert lsp-metals view lsp-metals-treeview treemacs-extensions treemacs-mouse-interface lsp-metals-protocol lsp-sourcekit dap-java lsp-java request mailheader mail-utils lsp cargo cargo-process rust-ts-mode cmake-ts-mode yard-mode lsp-pyright pet lsp-jedi python-pytest projectile grep transient python-isort python-black python compat python-insert-docstring typescript-ts-mode prettier tramp tramp-loaddefs trampver tramp-integration files-x tramp-compat ls-lisp nvm iter2 generator reformatter flycheck-package package-lint finder finder-inf dockerfile-ts-mode toml-ts-mode yaml-ts-mode eterm-256color term disp-table native-complete shell ehelp xterm-color verb js c-ts-common treesit cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs url-queue url-file 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 quick-peek lsp-ui lsp-ui-flycheck lsp-ui-doc goto-addr lsp-ui-imenu lsp-ui-peek lsp-ui-sideline lsp-ui-util face-remap pdf-loader pdf-occur ibuf-ext ibuffer ibuffer-loaddefs tablist tablist-filter semantic/wisent/comp semantic/wisent semantic/wisent/wisent semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local cedet pdf-isearch pdf-misc pdf-tools pdf-view treemacs-bookmarks treemacs-tags bookmark jka-compr pdf-cache pdf-info tq pdf-util format-spec pdf-macs image-mode dired dired-loaddefs exif iedit iedit-lib mc-hide-unmatched-lines-mode mc-mark-more mc-cycle-cursors multiple-cursors-core rect crm-custom scroll-on-jump pager-default-keybindings pager browse-kill-ring edmacro kmacro use-package-bind-key bind-key use-package-delight exec-path-from-shell all-the-icons all-the-icons-faces all-the-icons-data-material-icons all-the-icons-data-fluentui-system-icons all-the-icons-data-fontawesome-4 all-the-icons-data-weather-icons all-the-icons-data-vscode-codicons all-the-icons-data-octicons all-the-icons-data-mfixx all-the-icons-data-file-icons all-the-icons-data-devopicons all-the-icons-data-alltheicons svg dom xml parse-time iso8601 time-date spaceline-config spaceline-segments spaceline powerline powerline-separators powerline-themes solarized-dark-theme solarized-theme solarized solarized-faces delight quelpa-use-package use-package-core quelpa mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr lisp-mnt help-fns radix-tree dap-mouse dap-ui lsp-treemacs lsp-treemacs-generic lsp-treemacs-themes treemacs-treelib treemacs treemacs-header-line treemacs-compatibility treemacs-mode treemacs-interface treemacs-persistence treemacs-filewatch-mode treemacs-follow-mode treemacs-rendering treemacs-annotations treemacs-async treemacs-workspaces treemacs-dom treemacs-visuals treemacs-fringe-indicator pulse treemacs-faces treemacs-icons treemacs-scope treemacs-themes treemacs-core-utils pfuture treemacs-logging treemacs-customization treemacs-macros gdb-mi bindat gud bui bui-list bui-info bui-entry bui-core bui-history bui-button bui-utils lsp-lens winner which-key which-func smooth-scrolling smartparens loadhist server savehist saveplace pcre2el rxt re-builder recentf mb-depth ido-vertical-mode ido-completing-read+ memoize cus-edit pp minibuf-eldef help-at-pt whitespace-cleanup-mode whitespace so-long origami origami-parsers cl move-dup hl-line flycheck find-func diff-hl-show-hunk diff-hl-inline-popup diff-hl log-view pcvs-util vc-dir vc vc-dispatcher company autorevert aggressive-indent gcmh flx-ido advice flx ido icomplete editorconfig editorconfig-core editorconfig-core-handle editorconfig-fnmatch direnv diff-mode easy-mmode desktop frameset delsel dap-mode dap-tasks dap-launch lsp-docker yaml posframe dap-overlays lsp-mode lsp-protocol yasnippet-snippets yasnippet xref project tree-widget wid-edit spinner network-stream puny nsm markdown-mode color thingatpt noutline outline lv inline imenu ht f f-shortdoc ewoc epg rfc6068 epg-config dash compile text-property-search comint ansi-osc ansi-color ring auto-compile amx s let-alist filenotify cus-load move-dup-autoloads gcmh-autoloads yarn-mode-autoloads git-timemachine-autoloads web-mode-autoloads cape-autoloads docker-compose-mode-autoloads use-package-ensure-system-package-autoloads monky-autoloads auto-yasnippet-autoloads company-prescient-autoloads cycle-quotes-autoloads forge-autoloads auto-compile-autoloads python-docstring-autoloads flycheck-plantuml-autoloads direnv-autoloads lsp-pyright-autoloads graphviz-dot-mode-autoloads prettier-autoloads editorconfig-autoloads lsp-sourcekit-autoloads protobuf-mode-autoloads faceup-autoloads lsp-java-autoloads highlight-indent-guides-autoloads eglot-autoloads jsonrpc-autoloads ts-comint-autoloads impostman-autoloads macrostep-autoloads spaceline-autoloads bug-hunter-autoloads graphql-mode-autoloads yard-mode-autoloads git-modes-autoloads fontify-face-autoloads crm-custom-autoloads buffer-move-autoloads window-purpose-autoloads shut-up-autoloads pet-autoloads scroll-on-jump-autoloads swift-mode-autoloads flycheck-package-autoloads magit-lfs-autoloads lsp-origami-autoloads origami-autoloads flymake-autoloads marginalia-autoloads pdf-tools-autoloads ido-completing-read+-autoloads go-mode-autoloads verb-autoloads memoize-autoloads orderless-autoloads lsp-ui-autoloads reason-mode-autoloads company-quickhelp-autoloads sbt-mode-autoloads lsp-jedi-autoloads lsp-metals-autoloads dap-mode-autoloads page-break-lines-autoloads smart-semicolon-autoloads ssh-config-mode-autoloads sphinx-doc-autoloads browse-kill-ring-autoloads dired-hide-dotfiles-autoloads svg-lib-autoloads jsonian-autoloads amx-autoloads eterm-256color-autoloads xterm-color-autoloads ialign-autoloads dotenv-mode-autoloads shrink-path-autoloads default-text-scale-autoloads iter2-autoloads enh-ruby-mode-autoloads csv-mode-autoloads po-mode-autoloads dired-single-autoloads verilog-mode-autoloads flycheck-cask-autoloads tuareg-autoloads caml-autoloads all-the-icons-dired-autoloads all-the-icons-autoloads jq-mode-autoloads flx-isearch-autoloads package-build-autoloads derived emmet-mode-autoloads imenu-list-autoloads closql-autoloads emacsql-autoloads cask-mode-autoloads ghub-autoloads treepy-autoloads company-native-complete-autoloads native-complete-autoloads company-autoloads focus-autoloads flycheck-projectile-autoloads rainbow-mode-autoloads delight-autoloads flx-ido-autoloads corfu-prescient-autoloads olivetti-autoloads lorem-ipsum-autoloads wgrep-ag-autoloads soap-client-autoloads buttercup-autoloads vundo-autoloads yaml-mode-autoloads python-insert-docstring-autoloads cargo-autoloads add-node-modules-path-autoloads request-autoloads pos-tip-autoloads expand-region-autoloads sass-mode-autoloads haml-mode-autoloads powerline-autoloads smartparens-autoloads nvm-autoloads nodejs-repl-autoloads prescient-autoloads string-inflection-autoloads visual-regexp-steroids-autoloads terraform-mode-autoloads flycheck-inline-autoloads whitespace-cleanup-mode-autoloads projectile-rails-autoloads rake-autoloads inf-ruby-autoloads inflections-autoloads lsp-docker-autoloads yaml-autoloads python-pytest-autoloads flycheck-golangci-lint-autoloads flycheck-autoloads pkg-info-autoloads epl-autoloads scala-mode-autoloads quick-peek-autoloads tablist-autoloads groovy-mode-autoloads imenu-anywhere-autoloads pager-default-keybindings-autoloads pager-autoloads bui-autoloads system-packages-autoloads repeat-help-autoloads apib-mode-autoloads quelpa-use-package-autoloads quelpa-autoloads package-lint-autoloads ido-vertical-mode-autoloads multiple-cursors-autoloads solarized-theme-autoloads beginend-autoloads smooth-scrolling-autoloads vterm-autoloads which-key-autoloads aggressive-indent-autoloads diff-hl-autoloads use-package-autoloads bind-key-autoloads ron-mode-autoloads rg-autoloads wgrep-autoloads hcl-mode-autoloads visual-regexp-autoloads udev-mode-autoloads dired-collapse-autoloads dired-hacks-utils-autoloads ag-autoloads arduino-mode-autoloads ede/auto eieio-base corfu-terminal-autoloads popon-autoloads corfu-autoloads crux-autoloads elisp-def-autoloads coverage-autoloads ov-autoloads shift-number-autoloads python-isort-autoloads magit-todos-autoloads pcre2el-autoloads magit-autoloads magit-section-autoloads git-commit-autoloads with-editor-autoloads transient-autoloads hl-todo-autoloads compat-autoloads kurecolor-autoloads ibuffer-projectile-autoloads projectile-autoloads flx-autoloads lsp-treemacs-autoloads lsp-mode-autoloads eldoc-autoloads markdown-mode-autoloads spinner-autoloads treemacs-autoloads cfrs-autoloads posframe-autoloads hydra-autoloads lv-autoloads pfuture-autoloads ace-window-autoloads avy-autoloads yasnippet-snippets-autoloads yasnippet-autoloads python-black-autoloads reformatter-autoloads iedit-autoloads async-autoloads exec-path-from-shell-autoloads plantuml-mode-autoloads helpful-autoloads elisp-refs-autoloads f-autoloads s-autoloads ht-autoloads info dash-autoloads 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 comp comp-cstr warnings icons subr-x rx cl-seq cl-macs cl-extra help-mode bytecomp byte-compile gv pcase bootstrap-theme cl-loaddefs cl-lib 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 kqueue cocoa ns lcms2 multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 1412252 300730) (symbols 48 87355 0) (strings 32 310425 62908) (string-bytes 1 9819007) (vectors 16 171415) (vector-slots 8 4797552 315357) (floats 8 836 2039) (intervals 56 2789 741) (buffers 984 29)) From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 09:51:04 2023 Received: (at 63871-done) by debbugs.gnu.org; 3 Jun 2023 13:51:04 +0000 Received: from localhost ([127.0.0.1]:41912 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Req-0003AE-7c for submit@debbugs.gnu.org; Sat, 03 Jun 2023 09:51:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44424) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Reo-00039h-Ep for 63871-done@debbugs.gnu.org; Sat, 03 Jun 2023 09:51:02 -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 1q5Rej-0000XH-7q; Sat, 03 Jun 2023 09:50: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=kkcPuh4GCYaNq3q4d2PhQWzgVunLiqPsWg3FIC/u2C8=; b=P1PhwyH2Gbzh 9xN22/ScRjtU9FDYyvTl+rIRhBQmUY0+kmAxJI1N83tT+3lf2LlQFZA/72+fPk/TfQx96r3Q1dC1b iynzutmo3WKNZNj084ECGYeOiuxLx+od+I1dY1QMUA6md4XZlG0NGuKu3qdBzZlX6zGN2q4rcY1g/ B3XPUPFvu3C/IBXkQiMDJ0IymUlJzwwiH/Yz8SVGDXQ6ndGLdc0+80b/2T5lxBua04lmUjgoY5Geg lzyMv5gun3QXmpe47rakZW3cDbESSvR21nILJ7fIo6IXC1SdGooOB0zRgyT8EKqAfC4v2QG/eYgW9 fduT1x1n8TeUdcLNWyr5eA==; 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 1q5Rei-0004qG-Ow; Sat, 03 Jun 2023 09:50:57 -0400 Date: Sat, 03 Jun 2023 16:51:48 +0300 Message-Id: <83jzwk8xhn.fsf@gnu.org> From: Eli Zaretskii To: Jimmy Yuen Ho Wong In-Reply-To: (message from Jimmy Yuen Ho Wong on Sat, 03 Jun 2023 14:22:41 +0100) Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63871-done Cc: 63871-done@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: Jimmy Yuen Ho Wong > Date: Sat, 03 Jun 2023 14:22:41 +0100 > > > Reproduction: > > 1. emacs -q -nsl --eval="(require 'cl-lib)" > 2. C-x b TAB > 3. Select *Async-native-compile-log* > 4. The following is printed > > ```emacs-lisp > Compiling /opt/local/share/emacs/29.0.91/lisp/emacs-lisp/cl-loaddefs.el.gz... > uncompressing cl-loaddefs.el.gz... > uncompressing cl-loaddefs.el.gz...done > Compilation finished. > ``` > > Expectation: > > This behavior is observed when any packages in ~/.emacs.d/elpa/ > autoloads and require cl-lib, org or tramp as well. > > The simple act of requiring a built-in Emacs package should not trigger > a JIT native compilation on an Emacs installation built with > `--with-native-compilation=aot`. And it doesn't. cl-loaddefs has the "no-native-compile: t" thingy in the file-local variables, so the native-compilation does nothing. So I don't see any bug here, and I'm closing this bug. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 09:54:57 2023 Received: (at 63871-done) by debbugs.gnu.org; 3 Jun 2023 13:54:57 +0000 Received: from localhost ([127.0.0.1]:41923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Rib-0003GO-8a for submit@debbugs.gnu.org; Sat, 03 Jun 2023 09:54:57 -0400 Received: from mail-wr1-f41.google.com ([209.85.221.41]:58538) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5RiY-0003G9-5j for 63871-done@debbugs.gnu.org; Sat, 03 Jun 2023 09:54:55 -0400 Received: by mail-wr1-f41.google.com with SMTP id ffacd0b85a97d-307d58b3efbso2932724f8f.0 for <63871-done@debbugs.gnu.org>; Sat, 03 Jun 2023 06:54:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685800488; x=1688392488; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=AaAQ2aJLnmOxzemENYZdlyl2T/HLVJrMFqg2ZbFhvp8=; b=GxUb57QqZbLBWZv8wj+zDFdg7O896Y+eof8qpFg199sJ+gL5DRPCZGwXx5X3qGJT1c yr1JdOF3GR+82jEDMKggSL9hBeD0LzeOcVbreyY11vQi2brYUgeyvpWBK7MufBVUFUKX eI9XNlnxvtkQXzY4FiIp3O2RRA1ClKPL0aLOCFxL/8uX9fDBiCYZAGboNC7Ka0YD9TNh n0dbiZSxE7NQuKhneGkfiNN500bKB+ecGaa4nixog82mQzdBHYKMh0mc9x2RDBvvyCYX 19M5tobbpFkXZ4DtTp+8yksvZ3xa88t0dLU4V+mupPox7w3iUg7dPVflU161bvdDox3t eNrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685800488; x=1688392488; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=AaAQ2aJLnmOxzemENYZdlyl2T/HLVJrMFqg2ZbFhvp8=; b=BEm+zupiLI/pbr7/EgJW1rAztuQVhe1YjXbuRdWoe4fGeTPxYexZETgoV/Wf3DrShL tvLTv3RlSouJcRZrojG0+BdDfRrRWZEsz8exwqztVjRkXE8jW+e73fOq5DDXLUbn7Tyn +fONCVQvMnEUiUwQTyVMPfh/jNOA99Gqp9/Ig2ArEd69Pg5TQocc1nK+9P6I/VjLyPih TWAQ7TcMy4YhiwE3Mar3zsNZeswaY6mBcE2JLvn5llZ7pOfOmpr+yQQdm2EqORFUSZbM xxBfJYo3G4rviE+UvKt0bF1jj+jIWnouwFMpr8jW0a3DF5b4X6IjqzUmTdCNHfHA7yp1 5v1Q== X-Gm-Message-State: AC+VfDxmZANkjf3+ZEEiwnN+S0hG9Lg7AuSns2oA+P9cjwrM6gzCNyEu 0GvsN43jeCkFF2m0D+LTporU3lCRK2k= X-Google-Smtp-Source: ACHHUZ6DNsNG6V6s0xsJdI+4BvnaZXvBqsFWtptbaEsN1R+aZ5NbrjzdmWyVm8xhvCYeNT235epWjg== X-Received: by 2002:a05:6000:100b:b0:30a:de30:bb1b with SMTP id a11-20020a056000100b00b0030ade30bb1bmr2107188wrx.33.1685800487717; Sat, 03 Jun 2023 06:54:47 -0700 (PDT) Received: from [2a01:4b00:89a0:2400:ea:3215:100:0] ([2a01:4b00:89a0:2400:18b7:3953:b17d:de2c]) by smtp.gmail.com with ESMTPSA id v10-20020a5d4b0a000000b0030789698eebsm4590594wrq.89.2023.06.03.06.54.46 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Jun 2023 06:54:47 -0700 (PDT) Date: Sat, 3 Jun 2023 14:54:22 +0100 From: Jimmy Wong To: Eli Zaretskii Message-ID: In-Reply-To: <83jzwk8xhn.fsf@gnu.org> References: <83jzwk8xhn.fsf@gnu.org> Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require X-Readdle-Message-ID: daee1aa4-e573-4973-9751-79a546639f90@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="647b4626_39974a64_d2d7" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63871-done Cc: 63871-done@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 (-) --647b4626_39974a64_d2d7 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline The problem is not that it does something when it compiles, the problem is it should not have triggered a compilation at all and pops up a buffer. This messes up the buffer order when restoring a session with desktop mode on restart. On 3 Jun 2023 at 2:50 PM +0100, Eli Zaretskii , wrote: > > From: Jimmy Yuen Ho Wong > > Date: Sat, 03 Jun 2023 14:22:41 +0100 > > > > > > Reproduction: > > > > 1. emacs -q -nsl --eval="(require 'cl-lib)" > > 2. C-x b TAB > > 3. Select *Async-native-compile-log* > > 4. The following is printed > > > > ```emacs-lisp > > Compiling /opt/local/share/emacs/29.0.91/lisp/emacs-lisp/cl-loaddefs.el.gz... > > uncompressing cl-loaddefs.el.gz... > > uncompressing cl-loaddefs.el.gz...done > > Compilation finished. > > ``` > > > > Expectation: > > > > This behavior is observed when any packages in ~/.emacs.d/elpa/ > > autoloads and require cl-lib, org or tramp as well. > > > > The simple act of requiring a built-in Emacs package should not trigger > > a JIT native compilation on an Emacs installation built with > > `--with-native-compilation=aot`. > > And it doesn't. cl-loaddefs has the "no-native-compile: t" thingy in > the file-local variables, so the native-compilation does nothing. > > So I don't see any bug here, and I'm closing this bug. --647b4626_39974a64_d2d7 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
The problem is not that it does something when it c= ompiles, the problem is it should not have triggered a compilation at all= and pops up a buffer. This messes up the buffer order when restoring a s= ession with desktop mode on restart.
On 3 Jun 2023 at 2:50 PM +0100, Eli= Zaretskii <eliz=40gnu.org>, wrote:
=46rom: Jimmy Yuen Ho Wong <wyuenho=40gm= ail.com>
Date: Sat, 03 Jun 2023 14:22:41 +0100


Reproduction:

1. emacs -q -nsl --eval=3D=22(require 'cl-lib)=22
2. C-x b TAB
3. Select *Async-native-compile-log*
4. The following is printed

=60=60=60emacs-lisp
Compiling /opt/local/share/emacs/29.0.91/lisp/emacs-lisp/cl-loaddefs.el.g= z...
uncompressing cl-loaddefs.el.gz...
uncompressing cl-loaddefs.el.gz...done
Compilation finished.
=60=60=60

Expectation:

This behavior is observed when any packages in =7E/.emacs.d/elpa/
autoloads and require cl-lib, org or tramp as well.

The simple act of requiring a built-in Emacs package should not trigger a JIT native compilation on an Emacs installation built with
=60--with-native-compilation=3Daot=60.

And it doesn't. cl-loaddefs has the =22no-native-compile: t=22 thingy in<= br /> the file-local variables, so the native-compilation does nothing.

So I don't see any bug here, and I'm closing this bug.
=
--647b4626_39974a64_d2d7-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:02:44 2023 Received: (at 63871-done) by debbugs.gnu.org; 3 Jun 2023 14:02:44 +0000 Received: from localhost ([127.0.0.1]:44007 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Rq7-0003zW-K7 for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:02:43 -0400 Received: from mail-wm1-f43.google.com ([209.85.128.43]:56455) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Rq5-0003z7-3C for 63871-done@debbugs.gnu.org; Sat, 03 Jun 2023 10:02:42 -0400 Received: by mail-wm1-f43.google.com with SMTP id 5b1f17b1804b1-3f623adec61so32078545e9.0 for <63871-done@debbugs.gnu.org>; Sat, 03 Jun 2023 07:02:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685800955; x=1688392955; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=BmyC2wGjtjd/VYLeXNNUb7YPQmiMFss853wFCzDtWnQ=; b=pR1pgDdJ3BC1JOcLUUCkU04A/hP0JVLyssjEdAVKoHiqBlKt6Pp1d42lRS7Y0zY2aQ UXSs94fmamCljK2LfBlSTvSOdZSFVl6umHgdJ3pmJq3qxLci4eBLOahMaXzqbrwhNx7L VjV5eHOAgYOAWl3Z4M06b9nsD03G1ONdJ2Ry5Me/9WbdRd7gVamXLcjT/vbLJy4g4Ofg aTuOcl9ZA+0GvcPbSYY4KELvYFfDcb8QavQkWD/G470Pv3e3j8bGLjAaTd3giqVuxIvx UwKtw2wadSoi3C6uEo+QwKZ7qKrBkzmBiL/5KvzCG0vVgQsBhli4nwqvX9Sc5GY8WPGm Saiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685800955; x=1688392955; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=BmyC2wGjtjd/VYLeXNNUb7YPQmiMFss853wFCzDtWnQ=; b=Rb/uyE9/CGc6kJeEEU4LYWWrYAx2fo1eK+IzidpY+IQS1VhI59AUITX9wXi2Y9PrsB DlPli7A7yRQnIa8DCMDHtkR8cyMJSCj9p4c/7KEO03//D3COcCixszd5B8+fD+CZz902 H0Odgh2AoTdf5XCv/N75nlgQYvmngp1+C5WK1VxAdDPBzxWfwUaia89txCGZvcE/IsaU 7Rj9Lxt6xr/ERdrQQVR+hXAaDl11Aryv7Vo4TP3qfZ2OqyNj4IlnS98ikfJysd8FmlWy IlgZ4oAWFxR8vuN99dwMlp4XMiEyffl137zPVOVwY4acxur/JQr+gx54ryTTpU/C+hRO Lh6A== X-Gm-Message-State: AC+VfDwlZEltsTtBDUSFf1gpFfFMCav7DVb30/XVhBKtisi8Fxww5pc+ V6h/w7EMkFaBvWL8jrQMKp6OhHNeHiQ= X-Google-Smtp-Source: ACHHUZ4t1QpdlFYZC4J8AJ+7aTBzQ2V3p22WE1J9hPIm5pXUqz/ELUe/Yq6Su+7n9TFjuYPhkQyn/g== X-Received: by 2002:a1c:7312:0:b0:3f6:9634:c8d6 with SMTP id d18-20020a1c7312000000b003f69634c8d6mr4420215wmb.18.1685800954679; Sat, 03 Jun 2023 07:02:34 -0700 (PDT) Received: from [2a01:4b00:89a0:2400:16:6e10:100:0] ([2a01:4b00:89a0:2400:18b7:3953:b17d:de2c]) by smtp.gmail.com with ESMTPSA id o7-20020a05600c4fc700b003f71ad792f2sm12382791wmq.1.2023.06.03.07.02.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Jun 2023 07:02:34 -0700 (PDT) Date: Sat, 3 Jun 2023 15:02:18 +0100 From: Jimmy Wong To: Eli Zaretskii Message-ID: <9cb1886a-7173-4d27-bac6-183069875db8@Spark> In-Reply-To: <83jzwk8xhn.fsf@gnu.org> References: <83jzwk8xhn.fsf@gnu.org> Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require X-Readdle-Message-ID: 9cb1886a-7173-4d27-bac6-183069875db8@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="647b47f8_7457445f_d2d7" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63871-done Cc: 63871-done@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 (-) --647b47f8_7457445f_d2d7 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline The problem is this: 1. There=E2=80=99s no-native-compile:r set in the file, so a eln file was= never produced. 2. nativecomp does not know which file should not be compiled until it op= ens the file 3. Whenever a require is encountered, nativecomp can=E2=80=99t find its e= ln, doesn=E2=80=99t know it can=E2=80=99t be compiled until it reads the = file, and it can=E2=80=99t read the file until it unzips the file. 4. This unnecessary work is done every time any package requires one of t= hese packages that cannot be compiled, again and again, generating an ext= ra buffer that mess up the buffer orders in the buffer list. On 3 Jun 2023 at 2:50 PM +0100, Eli Zaretskii , wrote: > > =46rom: Jimmy Yuen Ho Wong > > Date: Sat, 03 Jun 2023 14:22:41 +0100 > > > > > > Reproduction: > > > > 1. emacs -q -nsl --eval=3D=22(require 'cl-lib)=22 > > 2. C-x b TAB > > 3. Select *Async-native-compile-log* > > 4. The following is printed > > > > =60=60=60emacs-lisp > > Compiling /opt/local/share/emacs/29.0.91/lisp/emacs-lisp/cl-loaddefs.= el.gz... > > uncompressing cl-loaddefs.el.gz... > > uncompressing cl-loaddefs.el.gz...done > > Compilation finished. > > =60=60=60 > > > > Expectation: > > > > This behavior is observed when any packages in =7E/.emacs.d/elpa/ > > autoloads and require cl-lib, org or tramp as well. > > > > The simple act of requiring a built-in Emacs package should not trigg= er > > a JIT native compilation on an Emacs installation built with > > =60--with-native-compilation=3Daot=60. > > And it doesn't. cl-loaddefs has the =22no-native-compile: t=22 thingy i= n > the file-local variables, so the native-compilation does nothing. > > So I don't see any bug here, and I'm closing this bug. --647b47f8_7457445f_d2d7 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
The problem is this:
  1. There=E2=80=99s no-native-compile:r set in the file, so a eln file wa= s never produced.
  2. nativecomp does not know which file should not be compiled until it o= pens the file
  3. Whenever a require is encountered, nativecomp can=E2=80=99t find its = eln, doesn=E2=80=99t know it can=E2=80=99t be compiled until it reads the= file, and it can=E2=80=99t read the file until it unzips the file.
  4. This unnecessary work is done every time any package requires one of = these packages that cannot be compiled, again and again, generating an ex= tra buffer that mess up the buffer orders in the buffer list.
On 3 Jun 2023 at 2:50 PM +0100, Eli= Zaretskii <eliz=40gnu.org>, wrote:
=46rom: Jimmy Yuen Ho Wong <wyuenho=40gm= ail.com>
Date: Sat, 03 Jun 2023 14:22:41 +0100


Reproduction:

1. emacs -q -nsl --eval=3D=22(require 'cl-lib)=22
2. C-x b TAB
3. Select *Async-native-compile-log*
4. The following is printed

=60=60=60emacs-lisp
Compiling /opt/local/share/emacs/29.0.91/lisp/emacs-lisp/cl-loaddefs.el.g= z...
uncompressing cl-loaddefs.el.gz...
uncompressing cl-loaddefs.el.gz...done
Compilation finished.
=60=60=60

Expectation:

This behavior is observed when any packages in =7E/.emacs.d/elpa/
autoloads and require cl-lib, org or tramp as well.

The simple act of requiring a built-in Emacs package should not trigger a JIT native compilation on an Emacs installation built with
=60--with-native-compilation=3Daot=60.

And it doesn't. cl-loaddefs has the =22no-native-compile: t=22 thingy in<= br /> the file-local variables, so the native-compilation does nothing.

So I don't see any bug here, and I'm closing this bug.
=
--647b47f8_7457445f_d2d7-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:05:38 2023 Received: (at 63871-done) by debbugs.gnu.org; 3 Jun 2023 14:05:38 +0000 Received: from localhost ([127.0.0.1]:44019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Rsv-00044g-SF for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:05:38 -0400 Received: from mail-wm1-f42.google.com ([209.85.128.42]:45398) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Rss-00044E-BA for 63871-done@debbugs.gnu.org; Sat, 03 Jun 2023 10:05:34 -0400 Received: by mail-wm1-f42.google.com with SMTP id 5b1f17b1804b1-3f60804faf4so28064635e9.3 for <63871-done@debbugs.gnu.org>; Sat, 03 Jun 2023 07:05:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685801128; x=1688393128; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=ZZSfnSv1l6YCFwgE9AV/Z4YCwivWpfrPWLAhyDeQ4Y4=; b=lELgyPiIJ0qlZ7DdYnDSOJ3ndj6UzHyD8gPRKr8R1wpf77oYqMyqJ/LWXkWCEys5SK vxRryMmL9v7ueg+wu8zkIV2V6FX+rfBR91qRvkmsJQH2vizIO+ajVa5m8hO1OimCaFWE i1mRlo04d6NMzuy7f+UE8D4ESXXjzJnOaGMk5+Y5JswiBxt2XyxmLLCzR/SyUGv+JjP1 lFDJiDVyEAKwRDY6TrVld82fHp4/ZySg/CViJv6zDqZvH1ow9WU6VrA3j69UiGCOxEh+ KX7rPZKlMXJY4tiCzXLlStnyNcdV4lKGHJrfKAGvfDgcuGTh+8LJh45vmxiLbFvTIobn oEuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685801128; x=1688393128; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ZZSfnSv1l6YCFwgE9AV/Z4YCwivWpfrPWLAhyDeQ4Y4=; b=V8SEJ2RgzsBaKVfQktgIi33TlH+WYwfKykjegX9ClaR4czJDNwgg6jxZ7ihfSanW/e Q0ZVx/f+5nuLSsF7KSd4k7Oy4qwdcQMfR0KrGCn/W/2YqvS9mUiP8j6LxkiFsEcIbbxK G6NHSeelt107MDnQGVLFctKBh9d08oiXnGwrDmFhdmvHJGw8LqsN4JhjnWzOKkAiUcbB CjvcSjJMBsE2lI8NxFBr1z+JJHq+Mdt9c7dN+cRzVGjnR/RG/NkqmmJ1Wx6uoVJ5xGXR 1BsXq1J8Uixm8DHx7Zu4OLVhKI7pmVYHKr+Obv/PBA1rJWI7lB6ddSgwVE1CKzAMZQuZ yCNQ== X-Gm-Message-State: AC+VfDxcaCyYGMt1SXajWBo/4soE7AwY07vwLHMppcHb1hFK2Yqv4bI1 vHYek05KYMHOLb0Rs0Zt4dyEaeutiEg= X-Google-Smtp-Source: ACHHUZ5k3nUoHU3/nt07OzZTXDK+Mgd8ba5bkO46pwAeHC5qFgDhvYh3qxaQxedzKD2SsiB0dazHrg== X-Received: by 2002:a7b:c5d2:0:b0:3f6:426:eae with SMTP id n18-20020a7bc5d2000000b003f604260eaemr3941577wmk.15.1685801128590; Sat, 03 Jun 2023 07:05:28 -0700 (PDT) Received: from [2a01:4b00:89a0:2400:4e:7910:100:0] ([2a01:4b00:89a0:2400:18b7:3953:b17d:de2c]) by smtp.gmail.com with ESMTPSA id q25-20020a7bce99000000b003eddc6aa5fasm8699594wmj.39.2023.06.03.07.05.27 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Jun 2023 07:05:28 -0700 (PDT) Date: Sat, 3 Jun 2023 15:05:06 +0100 From: Jimmy Wong To: Eli Zaretskii Message-ID: <055568b9-9c09-4d1f-b040-4518a9819271@Spark> In-Reply-To: <83jzwk8xhn.fsf@gnu.org> References: <83jzwk8xhn.fsf@gnu.org> Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require X-Readdle-Message-ID: 055568b9-9c09-4d1f-b040-4518a9819271@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="647b48a7_23240864_d2d7" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63871-done Cc: 63871-done@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 (-) --647b48a7_23240864_d2d7 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline When there=E2=80=99s a package or a file that should not be natively comp= iled, there should be a global blacklist variable that controls that inst= ead of relying on a file local variable in order to short circuit this be= havior. On 3 Jun 2023 at 2:50 PM +0100, Eli Zaretskii , wrote: > > =46rom: Jimmy Yuen Ho Wong > > Date: Sat, 03 Jun 2023 14:22:41 +0100 > > > > > > Reproduction: > > > > 1. emacs -q -nsl --eval=3D=22(require 'cl-lib)=22 > > 2. C-x b TAB > > 3. Select *Async-native-compile-log* > > 4. The following is printed > > > > =60=60=60emacs-lisp > > Compiling /opt/local/share/emacs/29.0.91/lisp/emacs-lisp/cl-loaddefs.= el.gz... > > uncompressing cl-loaddefs.el.gz... > > uncompressing cl-loaddefs.el.gz...done > > Compilation finished. > > =60=60=60 > > > > Expectation: > > > > This behavior is observed when any packages in =7E/.emacs.d/elpa/ > > autoloads and require cl-lib, org or tramp as well. > > > > The simple act of requiring a built-in Emacs package should not trigg= er > > a JIT native compilation on an Emacs installation built with > > =60--with-native-compilation=3Daot=60. > > And it doesn't. cl-loaddefs has the =22no-native-compile: t=22 thingy i= n > the file-local variables, so the native-compilation does nothing. > > So I don't see any bug here, and I'm closing this bug. --647b48a7_23240864_d2d7 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
When there=E2=80=99s a package or a file that shoul= d not be natively compiled, there should be a global blacklist variable t= hat controls that instead of relying on a file local variable in order to= short circuit this behavior.
On 3 Jun 2023 at 2:50 PM +0100, Eli= Zaretskii <eliz=40gnu.org>, wrote:
=46rom: Jimmy Yuen Ho Wong <wyuenho=40gm= ail.com>
Date: Sat, 03 Jun 2023 14:22:41 +0100


Reproduction:

1. emacs -q -nsl --eval=3D=22(require 'cl-lib)=22
2. C-x b TAB
3. Select *Async-native-compile-log*
4. The following is printed

=60=60=60emacs-lisp
Compiling /opt/local/share/emacs/29.0.91/lisp/emacs-lisp/cl-loaddefs.el.g= z...
uncompressing cl-loaddefs.el.gz...
uncompressing cl-loaddefs.el.gz...done
Compilation finished.
=60=60=60

Expectation:

This behavior is observed when any packages in =7E/.emacs.d/elpa/
autoloads and require cl-lib, org or tramp as well.

The simple act of requiring a built-in Emacs package should not trigger a JIT native compilation on an Emacs installation built with
=60--with-native-compilation=3Daot=60.

And it doesn't. cl-loaddefs has the =22no-native-compile: t=22 thingy in<= br /> the file-local variables, so the native-compilation does nothing.

So I don't see any bug here, and I'm closing this bug.
=
--647b48a7_23240864_d2d7-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:08:38 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 14:08:39 +0000 Received: from localhost ([127.0.0.1]:44048 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Rvq-0004Au-MO for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:08:38 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51152) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Rvo-0004Ah-Ky for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 10:08:37 -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 1q5Rvj-0005wd-F7; Sat, 03 Jun 2023 10:08:31 -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=90ENIE0D9Xb5aL2sXa1HTYP8VSiFaxpBfLKEfW4ZsWA=; b=YLIJPJVczr4q AQzHXNiP2vXsA4MoDAD359RCE9t0WqdR1/hZ1nxKADDfnlmj8fyOVwV6vRNf83G5zwwOFaF9BWs6d WXLx5QDtqUIyxesJD19uQmyZp9HhcYwoW212Ozkyxcw+CXuqA/r7EOYqoDXXJQEocSZuOb0Jjs8h5 u3perVgvYRALN8SXXmik/JVtRC2q2Kd54haOmsw+BvETKnnUmV+Si2m4oiTcuSpsfUTo6mojA2zaY Bu8/c+zDhpcQez9U3iD4jbjTI+piERD/HCdbHIptCnvwBRweniST7lSCj7OpvI8uMmX3dAshEhK/+ E9MBITvBPKaklOuQGJluew==; 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 1q5Rvi-0004Nf-Vt; Sat, 03 Jun 2023 10:08:31 -0400 Date: Sat, 03 Jun 2023 17:09:21 +0300 Message-Id: <83h6ro8woe.fsf@gnu.org> From: Eli Zaretskii To: Jimmy Wong In-Reply-To: (message from Jimmy Wong on Sat, 3 Jun 2023 14:54:22 +0100) Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require References: <83jzwk8xhn.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63871 Cc: 63871@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: Sat, 3 Jun 2023 14:54:22 +0100 > From: Jimmy Wong > Cc: 63871-done@debbugs.gnu.org > > The problem is not that it does something when it compiles, the problem is it should not have triggered > a compilation at all and pops up a buffer. ??? Why? Loading a package could legitimately load other packages. Emacs worked like that since about forever. What is special in this particular case? And what do you mean by "pops up a buffer"? When I reproduce your recipe, no buffer is popped on display. > This messes up the buffer order when restoring a session > with desktop mode on restart. Messes up how? And what do you expect from the buffer order when you restart a session using desktop.el? From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:10:51 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 14:10:51 +0000 Received: from localhost ([127.0.0.1]:44055 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Rxz-0004EP-4S for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:10:51 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43636) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Rxw-0004E9-R9 for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 10:10:49 -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 1q5Rxr-0006hf-L6; Sat, 03 Jun 2023 10:10:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=8AaOC7zfG+FUkV9AxineU+N2iHVrYKtTSX1IJA9qTAQ=; b=RtJ6Yeeti/OVnVq3PgWC 4LZDNFpXSFrPh8EdhMpgxbWYZswd0piXCEw6WeOni68vACi8TO235zjDavMfb42HFOaRwcVuQ6iGM XNBFIqcJ8bHdDaE1xk4zM3GkCpKLFLcYc3s62XsESvaNOwJyMmujnbfwTqF+lqdYoDb7pZwBoX34N al9oBT1PqBnxpyy5ph9kO7mCXZ2cb3RAe4uA/36eD/pbXizA12rs5Nuhxt7dhBKi8OPDqZBy1/LwJ sx/7MNlM7VgJ+UlzWMS+CuIJwNcWqLKxgToqKDmhPJGvBajuClLWvJbcRNaEypkZF4FGNpfzMTofS yFwx23VJ+DQc9g==; 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 1q5Rxr-0004bc-5b; Sat, 03 Jun 2023 10:10:43 -0400 Date: Sat, 03 Jun 2023 17:11:35 +0300 Message-Id: <83fs788wko.fsf@gnu.org> From: Eli Zaretskii To: Jimmy Wong In-Reply-To: <9cb1886a-7173-4d27-bac6-183069875db8@Spark> (message from Jimmy Wong on Sat, 3 Jun 2023 15:02:18 +0100) Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require References: <83jzwk8xhn.fsf@gnu.org> <9cb1886a-7173-4d27-bac6-183069875db8@Spark> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63871 Cc: 63871@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: Sat, 3 Jun 2023 15:02:18 +0100 > From: Jimmy Wong > Cc: 63871-done@debbugs.gnu.org > > The problem is this: > > 1 There’s no-native-compile:r set in the file, so a eln file was never produced. > 2 nativecomp does not know which file should not be compiled until it opens the file > 3 Whenever a require is encountered, nativecomp can’t find its eln, doesn’t know it can’t be compiled > until it reads the file, and it can’t read the file until it unzips the file. > 4 This unnecessary work is done every time any package requires one of these packages that > cannot be compiled, again and again, generating an extra buffer that mess up the buffer orders in > the buffer list. Sorry, I don't see any problem. This is normal and expected behavior, and one more buffer cannot possibly be a problem. Especially since that buffer will be created soon enough anyway, once you load some previously-uncompiled package. I fail to understand why another buffer could be a problem. I don't see any bug here. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:11:28 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 14:11:29 +0000 Received: from localhost ([127.0.0.1]:44059 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Rya-0004Fg-Gq for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:11:28 -0400 Received: from mail-wr1-f48.google.com ([209.85.221.48]:42371) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5RyY-0004FS-Mn for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 10:11:27 -0400 Received: by mail-wr1-f48.google.com with SMTP id ffacd0b85a97d-30aeee7c8a0so2304944f8f.1 for <63871@debbugs.gnu.org>; Sat, 03 Jun 2023 07:11:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685801481; x=1688393481; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=hHPlMGhdwbCpWIfQpE39UHAjawCuCxnKcQ3XibkRCSk=; b=huqFu5UYnhJ4kVQsRagzuVSCPNcnM+IFzW0+M8/LTnChdSonWlNOKesPZGj0n/9j2R V3bTQ7sOfqRfuZzlrdu4C8/2/PXuv9k/wx69vJM5S3jUmeSNfRjdPBTjUxQg1r1DhtRW XPSfzTSP1NM1lzY4LDZfQxBmt00JDfbRkmLIID9m79TJs9gOQCcIAGMC0j8dRQQen0FJ CQtnU5R3aUiAzsDBpi+1UK8xYnuin3sr8tK0wjM26j1VjmCGLLNeNO6zOwmLKFmRZKpt ZpAzm2Jw3uXrBNRPIsFGuFPNBfpwOUbEU1lSmYOR2yQOf7jvdT+OV+3su66pBT7mMiz/ 4d9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685801481; x=1688393481; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=hHPlMGhdwbCpWIfQpE39UHAjawCuCxnKcQ3XibkRCSk=; b=VRpVFfwkxDZaVuxiOoDBcqkdR8zNEZmYLVY25G4spUoqYRwfcUF142xvFX+8Kq9U3T hVOvGOIthABLudhPCA0EopYlAmzwlK/+OS6p2dfl6UOye2Rhj/dUSRG/w137djevLclw 8AcsDMnp3Y8aIgbANAyGv8UM3r18Hd3CfGU8s3ovNL7CJw1KdYg6jUSyigciwcSGyPHI AFwKAt8KGeKheSs6MzZx20xAjshUL420KOz7PSfqP2MNchcABqnN5p2qaC9sMTE9AS9N OzxjgJyPPyQXu7OfB7fE5d/OIVM5GNXxYWA/A7uGu1AyGn9r34aV2QbZyssFVmWzkwXl qThA== X-Gm-Message-State: AC+VfDyLBuFYlUuQe3CrV27ZOy+A7BY20HXLzVAe+C1qZ2RtyC7R/S7U jFqMgliXuCdEdlYQTSH4ae4= X-Google-Smtp-Source: ACHHUZ7h+Yn/P3LEz4tPvCS+cfAwu0Nw+9cqmMLyYgYQ77EMu149kOOXZO9K06F0yytkvJ5Yo28YSg== X-Received: by 2002:adf:da51:0:b0:30a:ed4c:e17d with SMTP id r17-20020adfda51000000b0030aed4ce17dmr2293168wrl.5.1685801480818; Sat, 03 Jun 2023 07:11:20 -0700 (PDT) Received: from [2a01:4b00:89a0:2400:c0:f010:100:0] ([2a01:4b00:89a0:2400:18b7:3953:b17d:de2c]) by smtp.gmail.com with ESMTPSA id p23-20020a1c7417000000b003f60eb72cf5sm8790546wmc.2.2023.06.03.07.11.20 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Jun 2023 07:11:20 -0700 (PDT) Date: Sat, 3 Jun 2023 15:11:05 +0100 From: Jimmy Wong To: Eli Zaretskii Message-ID: <02a149b3-6081-45f7-ba1e-fc037720e140@Spark> In-Reply-To: <83h6ro8woe.fsf@gnu.org> References: <83jzwk8xhn.fsf@gnu.org> <83h6ro8woe.fsf@gnu.org> Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require X-Readdle-Message-ID: 02a149b3-6081-45f7-ba1e-fc037720e140@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="647b4a07_5cc8a676_d2d7" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63871 Cc: 63871@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 (-) --647b4a07_5cc8a676_d2d7 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline I expect the buffer orders in the buffer list to be restored when desktop mode restores a session, not have an async native compile log buffer inserted at the top so I can quickly switch to the second to last buffer I was working on before the restart. On 3 Jun 2023 at 3:08 PM +0100, Eli Zaretskii , wrote: > > Date: Sat, 3 Jun 2023 14:54:22 +0100 > > From: Jimmy Wong > > Cc: 63871-done@debbugs.gnu.org > > > > The problem is not that it does something when it compiles, the problem is it should not have triggered > > a compilation at all and pops up a buffer. > > ??? Why? Loading a package could legitimately load other packages. > Emacs worked like that since about forever. What is special in this > particular case? > > And what do you mean by "pops up a buffer"? When I reproduce your > recipe, no buffer is popped on display. > > > This messes up the buffer order when restoring a session > > with desktop mode on restart. > > Messes up how? > > And what do you expect from the buffer order when you restart a > session using desktop.el? --647b4a07_5cc8a676_d2d7 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
I expect the buffer orders in the buffer list to be= restored when desktop mode restores a session, not have an async native = compile log buffer inserted at the top so I can quickly switch to the sec= ond to last buffer I was working on before the restart.
On 3 Jun 2023 at 3:08 PM +0100, Eli= Zaretskii <eliz=40gnu.org>, wrote:
Date: Sat, 3 Jun 2023 14:54:22 +0100
=46rom: Jimmy Wong <wyuenho=40gmail.com>
Cc: 63871-done=40debbugs.gnu.org

The problem is not that it does something when it compiles, the problem i= s it should not have triggered
a compilation at all and pops up a buffer.

=3F=3F=3F Why=3F Loading a package could legitimately load other packages= .
Emacs worked like that since about forever. What is special in this
= particular case=3F

And what do you mean by =22pops up a buffer=22=3F When I reproduce your recipe, no buffer is popped on display.

This messes up the buffer order when restor= ing a session
with desktop mode on restart.

Messes up how=3F

And what do you expect from the buffer order when you restart a
session using desktop.el=3F
--647b4a07_5cc8a676_d2d7-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:13:45 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 14:13:46 +0000 Received: from localhost ([127.0.0.1]:44068 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5S0n-0004JL-IU for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:13:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58876) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5S0l-0004J3-M2 for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 10:13: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 1q5S0g-0007Vo-GC; Sat, 03 Jun 2023 10:13:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=4nNvAY2l/ph94ploZNljAsgXgaBijQfnoXGPYgDwyYs=; b=nehQu3OSY3+aQPxuroxo WKbm1NFRP0HyVcxBFv+z1KpL1GEndLdEcCoCB2tDm4PYXaKcYkbFFJzSyFLIapY3PrMdrAVcwWVLR 6JPeAf/gBkCt+q3g2K3JxdupBOkvFvt2AqIvQgKSxoUPUVs0qqJ3jhkzB+cxeUILf+TgKAItlc1PJ u3EM2vTIut/sp+19Hl+1JLZSHi2gIHlB8o3UNwCZ0k9R1uU0YINtDY+i3Rf85QaFT39DVXvop2Ngh nTTv8yYYlw4+u9bGnbDk2HdMgIMveshcVM+hteFyw5c5JsRlA8IjEqeb+3i+EA3iV2WyTq53+9w5O 7+HjqFN4I2vhfA==; 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 1q5S0f-00050O-Sb; Sat, 03 Jun 2023 10:13:38 -0400 Date: Sat, 03 Jun 2023 17:14:29 +0300 Message-Id: <83edms8wfu.fsf@gnu.org> From: Eli Zaretskii To: Jimmy Wong In-Reply-To: <055568b9-9c09-4d1f-b040-4518a9819271@Spark> (message from Jimmy Wong on Sat, 3 Jun 2023 15:05:06 +0100) Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require References: <83jzwk8xhn.fsf@gnu.org> <055568b9-9c09-4d1f-b040-4518a9819271@Spark> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63871 Cc: 63871@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: Sat, 3 Jun 2023 15:05:06 +0100 > From: Jimmy Wong > Cc: 63871-done@debbugs.gnu.org > > When there’s a package or a file that should not be natively compiled, there should be a global > blacklist variable that controls that instead of relying on a file local variable in order to short circuit this > behavior. We decided against that. (A blacklist would unnecessarily complicate any changes in our decisions which file to compile and which not to compile.) We think what we have now is perfectly fine. I still don't understand why you see a problem there. It's perhaps unexpected, but that's all. It's a buffer users normally don't need to look into. The alternatives are worse, sometimes much worse. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:15:35 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 14:15:35 +0000 Received: from localhost ([127.0.0.1]:44073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5S2Z-0005yi-2N for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:15:35 -0400 Received: from mail-wm1-f53.google.com ([209.85.128.53]:60562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5S2X-0005fr-5z for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 10:15:33 -0400 Received: by mail-wm1-f53.google.com with SMTP id 5b1f17b1804b1-3f6e13940daso31854195e9.0 for <63871@debbugs.gnu.org>; Sat, 03 Jun 2023 07:15:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685801727; x=1688393727; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=3NCZdq6TNmQ1IPfVYey8dX/4oNB0G7ADqIRYPcSPWgQ=; b=J1pTQ/MgToW9hAt/w/ueyflU1PPshM5jHeeU3naBJe0jnIK7EG1FkHTQGnqZFtm0LH FAugYX0BIYPx+LReU8XhTR4FUrUMOYmxBsryoc6EY6Q4RCLK57hsn/9uiaemCDcQ1/I8 JVQsA9krxB83c3lveJxaUHE6I6UJUKV/nX7hZS2fGsY0RoNuCSgC6la8tsV989r8CZ1K WaWmn0B1LCAQzIHgj5G37gMqG3+gw/8mvLhS/q3RUa5SpKvmu/7SxaVkiGX992xdkhpM U1fVF1xqhqHS0MLbRrFV3AGs1EM2Giecg/7Lx1ABbq9aov7MO2DQtjb6AloFxE/ckdPD /+Kw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685801727; x=1688393727; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=3NCZdq6TNmQ1IPfVYey8dX/4oNB0G7ADqIRYPcSPWgQ=; b=GEqECKPmzbwFla404Z2ekkJiFRrGiukR+iU2TdulMDvwp9W/xwr05J6lsMJgTpIgcG /9K8lcywnDGnZ4fz23HPK+QB3W0SYWZ5vaR/26VljbRYQQqniE6C+dHFPje0kr9ZxwY5 WuH4ejGARNzcJG2GNSard7Xlufvv7iRuLcWU0BrdXEpX2Bfm7vJ7GzoZbEyoPFmLtbK+ ji0ce8NFkNkS/dfzVI8reSYTDfd/OrvxGmAt4NOdYxrajfsrPFFUAvsMhQE6dut7XLPB yXEA2hPbhmqizEm2dRBkSILPIaPmlEUThIL5NzSxlfu6vxMt7U2s+hZa/cVhh/icEdPd IlAQ== X-Gm-Message-State: AC+VfDz7hBSzmjn4YI5XrUjiucSHqbIKmBMGCQl/IOMuNumhGnCgRvuT AnyRZ56Cj5lOswbGW0H97ahsWYZRiqI= X-Google-Smtp-Source: ACHHUZ46YV9K2TT3wDs13Rfks/1aMvDGMB72soUpuyQ78AdXpp7OGiv9HMnZoy+NYGwoocDhZlZawg== X-Received: by 2002:a05:600c:22c6:b0:3f6:f2b2:15c9 with SMTP id 6-20020a05600c22c600b003f6f2b215c9mr4633780wmg.37.1685801727416; Sat, 03 Jun 2023 07:15:27 -0700 (PDT) Received: from [2a01:4b00:89a0:2400:9c:6b10:100:0] ([2a01:4b00:89a0:2400:18b7:3953:b17d:de2c]) by smtp.gmail.com with ESMTPSA id 13-20020a05600c22cd00b003f709a7e46bsm8712821wmg.46.2023.06.03.07.15.26 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Jun 2023 07:15:26 -0700 (PDT) Date: Sat, 3 Jun 2023 15:15:05 +0100 From: Jimmy Wong To: Eli Zaretskii Message-ID: In-Reply-To: <83fs788wko.fsf@gnu.org> References: <83jzwk8xhn.fsf@gnu.org> <9cb1886a-7173-4d27-bac6-183069875db8@Spark> <83fs788wko.fsf@gnu.org> Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require X-Readdle-Message-ID: c39ac55e-b797-4931-a6ee-9536f61629b3@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="647b4afe_1cac62c6_d2d7" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63871 Cc: 63871@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 (-) --647b4afe_1cac62c6_d2d7 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Unless you=E2=80=99ve set package-native-compile to t so you=E2=80=99ll r= arely see this buffer. Installing new packages is not a frequent operatio= n in normal Emacs usage, and when a user installs a new package and loads= it, he=E2=80=99ll expect that buffer, not when simply having a package t= hat requires that a package. On 3 Jun 2023 at 3:10 PM +0100, Eli Zaretskii , wrote: > > Date: Sat, 3 Jun 2023 15:02:18 +0100 > > =46rom: Jimmy Wong > > Cc: 63871-done=40debbugs.gnu.org > > > > The problem is this: > > > > 1 There=E2=80=99s no-native-compile:r set in the file, so a eln file = was never produced. > > 2 nativecomp does not know which file should not be compiled until it= opens the file > > 3 Whenever a require is encountered, nativecomp can=E2=80=99t find it= s eln, doesn=E2=80=99t know it can=E2=80=99t be compiled > > until it reads the file, and it can=E2=80=99t read the file until it = unzips the file. > > 4 This unnecessary work is done every time any package requires one o= f these packages that > > cannot be compiled, again and again, generating an extra buffer that = mess up the buffer orders in > > the buffer list. > > Sorry, I don't see any problem. This is normal and expected behavior, > and one more buffer cannot possibly be a problem. Especially since > that buffer will be created soon enough anyway, once you load some > previously-uncompiled package. > > I fail to understand why another buffer could be a problem. > > I don't see any bug here. --647b4afe_1cac62c6_d2d7 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Unless you=E2=80=99ve set package-native-compile to= t so you=E2=80=99ll rarely see this buffer. Installing new packages is n= ot a frequent operation in normal Emacs usage, and when a user installs a= new package and loads it, he=E2=80=99ll expect that buffer, not when sim= ply having a package that requires that a package.
On 3 Jun 2023 at 3:10 PM +0100, Eli= Zaretskii <eliz=40gnu.org>, wrote:
Date: Sat, 3 Jun 2023 15:02:18 +0100
=46rom: Jimmy Wong <wyuenho=40gmail.com>
Cc: 63871-done=40debbugs.gnu.org

The problem is this:

1 There=E2=80=99s no-native-compile:r set in the file, so a eln file was = never produced.
2 nativecomp does not know which file should not be compiled until it ope= ns the file
3 Whenever a require is encountered, nativecomp can=E2=80=99t find its el= n, doesn=E2=80=99t know it can=E2=80=99t be compiled
until it reads the file, and it can=E2=80=99t read the file until it unzi= ps the file.
4 This unnecessary work is done every time any package requires one of th= ese packages that
cannot be compiled, again and again, generating an extra buffer that mess= up the buffer orders in
the buffer list.

Sorry, I don't see any problem. This is normal and expected behavior,
and one more buffer cannot possibly be a problem. Especially since
that buffer will be created soon enough anyway, once you load some
previously-uncompiled package.

I fail to understand why another buffer could be a problem.

I don't see any bug here.
--647b4afe_1cac62c6_d2d7-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:16:29 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 14:16:29 +0000 Received: from localhost ([127.0.0.1]:44078 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5S3Q-0006sl-OT for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:16:28 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45180) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5S3O-0006sX-Fv for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 10:16:26 -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 1q5S3J-0000k2-9i; Sat, 03 Jun 2023 10:16:21 -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=YvOXHUgyPulTscOvHeCpdlwaqraQjMgH+kV6UHz+K5g=; b=e1NwJ65/cJb7 PCZFiPGwkvr7kjB/iCviTTcfti/PJM35HOvx0Xbv2pGaC7fFE+LRDe1i7akMlQkCkIOoeA+b3nV4S 7RGS4gd2ZhjqxJyHZj54cZQWdxKSnl5BdQIYT8y+gEhZQoGjfxJjWw4mFsJfBPxNY3F3ILoeuNFgb f4x96b6GTTbpA1rb2xA5Usww7Vhm/7cLshrH9976nUESZS5Mf6ON+H+9yhSr593TTtEB1z5hmbt7+ ym2qEC8Xazona84aE4/ssKfn5QPZdbZTNefjWHuZO9vEAYxUXhIHoNMyp3xpZvPgNXxiDw3nwsahK hvbjAhVxrY4RTGEZ5d1qQg==; 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 1q5S3H-0005HK-Rt; Sat, 03 Jun 2023 10:16:20 -0400 Date: Sat, 03 Jun 2023 17:17:11 +0300 Message-Id: <83bkhw8wbc.fsf@gnu.org> From: Eli Zaretskii To: Jimmy Wong In-Reply-To: <02a149b3-6081-45f7-ba1e-fc037720e140@Spark> (message from Jimmy Wong on Sat, 3 Jun 2023 15:11:05 +0100) Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require References: <83jzwk8xhn.fsf@gnu.org> <83h6ro8woe.fsf@gnu.org> <02a149b3-6081-45f7-ba1e-fc037720e140@Spark> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63871 Cc: 63871@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: Sat, 3 Jun 2023 15:11:05 +0100 > From: Jimmy Wong > Cc: 63871@debbugs.gnu.org > > I expect the buffer orders in the buffer list to be restored when desktop mode restores a session, not > have an async native compile log buffer inserted at the top so I can quickly switch to the second to last > buffer I was working on before the restart. This expectation is incorrect. desktop.el doesn't (and cannot) promise that no new buffers will be created as part of restoring the session. If this gets in the way of some of your workflows, you can easily write some Lisp for your init file, which will bury this buffer. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:17:41 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 14:17:41 +0000 Received: from localhost ([127.0.0.1]:44082 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5S4b-0006ug-4z for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:17:41 -0400 Received: from mail-wm1-f44.google.com ([209.85.128.44]:45240) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5S4Z-0006uU-QT for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 10:17:40 -0400 Received: by mail-wm1-f44.google.com with SMTP id 5b1f17b1804b1-3f735bfcbbbso1012885e9.2 for <63871@debbugs.gnu.org>; Sat, 03 Jun 2023 07:17:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685801854; x=1688393854; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=Za87LKLVE4KJpaCEqMXlSGZSJ/JVAo2LLlgfvByvqVc=; b=STtuP8NsNLM2CQJqKmgU6Yq2mtqosqVsJ3VBMpOcXJOG2iN3wJIe41DKG3QuhwUL6l dYzpafSYLpkNFXG5FWE9PHRLmE0BVzvt5lJvuisJj0VKYFxRPbcGkbe6jQXEf6S5rXIw 339e/tjHARitFiasojJDUBnSd/wlzu8ucc5odddc7zkw3RNIg+DYKGPCvesdSClR22M3 MHz976BgnAFyA9GRFFW+110ok6NsWeQ1z0gB/E/l18ApTrRSJ65CExSgysS8tqlyDGLp pGyjrCczC7IS10PfhHdkbyLCZsvXzuFGeDuQBE6+TPYCno9YVYlR9R1ItEh1Y3//NSYr y+Lg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685801854; x=1688393854; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Za87LKLVE4KJpaCEqMXlSGZSJ/JVAo2LLlgfvByvqVc=; b=Z1twUYhNfQjVRVSr2FiUhRXdEjMVF1a5Da6sve+zJhyRxHsz1Bsd24Oi6w0hIIS4oV gTHMCrlHl5f59FmoYTUBlaTRzPyA4paE0if4yHE5PS2qhg7G3aorX+AbGc1oQftwDpPV h1pm4lA2hCm+nAPF3Wu5sfI/xLU3YtQFVsaB17WUNZ56xBKg9G44/pEPRR69ibLlfZ88 i8R7RE8hEXDnTZm1T6BCtZrNATIR7fUmaDQNXksTEyokiOlJxb7Pm10CCVYmRuidbYGp rtVJIpnZHQ4s6a5GElFWZcfJb1tzHXqB01cGcv4cl4kL02fBNn6QggyIo2j60D1WwlHU qFQw== X-Gm-Message-State: AC+VfDzMQuG71GxXQ9ersWxI3StlaU2Cl4yE+knoIq/eeJV3goKWCtZG dBZboijG66DCB0SYK5L0xjsSUYJaWXQ= X-Google-Smtp-Source: ACHHUZ6cBMIfO2Ac9cBREBnZwEVt7BW+aaVF6RkN3rV6s0Fjfo1iZSj+d3o6kQWffLL4R0HWj2aimQ== X-Received: by 2002:a05:600c:b47:b0:3f6:5169:1ad5 with SMTP id k7-20020a05600c0b4700b003f651691ad5mr4219302wmr.38.1685801854062; Sat, 03 Jun 2023 07:17:34 -0700 (PDT) Received: from [2a01:4b00:89a0:2400:3a:468:100:0] ([2a01:4b00:89a0:2400:18b7:3953:b17d:de2c]) by smtp.gmail.com with ESMTPSA id b9-20020a05600010c900b0030ae87bd3e3sm4647460wrx.18.2023.06.03.07.17.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Jun 2023 07:17:33 -0700 (PDT) Date: Sat, 3 Jun 2023 15:17:22 +0100 From: Jimmy Wong To: Eli Zaretskii Message-ID: <9a87fa29-69b9-4573-96f8-a8528a650617@Spark> In-Reply-To: <83edms8wfu.fsf@gnu.org> References: <83jzwk8xhn.fsf@gnu.org> <055568b9-9c09-4d1f-b040-4518a9819271@Spark> <83edms8wfu.fsf@gnu.org> Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require X-Readdle-Message-ID: 9a87fa29-69b9-4573-96f8-a8528a650617@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="647b4b7c_6ec0a39a_d2d7" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63871 Cc: 63871@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 (-) --647b4b7c_6ec0a39a_d2d7 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I=E2=80=99m not entirely sure why but fine. How do I configure Emacs in s= uch a way that whenever this buffer is created, it is buried=3F On 3 Jun 2023 at 3:13 PM +0100, Eli Zaretskii , wrote: > > Date: Sat, 3 Jun 2023 15:05:06 +0100 > > =46rom: Jimmy Wong > > Cc: 63871-done=40debbugs.gnu.org > > > > When there=E2=80=99s a package or a file that should not be natively = compiled, there should be a global > > blacklist variable that controls that instead of relying on a file lo= cal variable in order to short circuit this > > behavior. > > We decided against that. (A blacklist would unnecessarily complicate > any changes in our decisions which file to compile and which not to > compile.) We think what we have now is perfectly fine. I still don't > understand why you see a problem there. It's perhaps unexpected, but > that's all. It's a buffer users normally don't need to look into. > The alternatives are worse, sometimes much worse. --647b4b7c_6ec0a39a_d2d7 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
I=E2=80=99m not entirely sure why but fine. How do = I configure Emacs in such a way that whenever this buffer is created, it = is buried=3F
On 3 Jun 2023 at 3:13 PM +0100, Eli= Zaretskii <eliz=40gnu.org>, wrote:
Date: Sat, 3 Jun 2023 15:05:06 +0100
=46rom: Jimmy Wong <wyuenho=40gmail.com>
Cc: 63871-done=40debbugs.gnu.org

When there=E2=80=99s a package or a file that should not be natively comp= iled, there should be a global
blacklist variable that controls that instead of relying on a file local = variable in order to short circuit this
behavior.

We decided against that. (A blacklist would unnecessarily complicate
any changes in our decisions which file to compile and which not to
= compile.) We think what we have now is perfectly fine. I still don't
understand why you see a problem there. It's perhaps unexpected, but
that's all. It's a buffer users normally don't need to look into.
The alternatives are worse, sometimes much worse.
--647b4b7c_6ec0a39a_d2d7-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:24:46 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 14:24:46 +0000 Received: from localhost ([127.0.0.1]:44092 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5SBS-00075Q-K2 for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:24:46 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60398) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5SBQ-00075D-Rm for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 10:24:45 -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 1q5SBL-0002y1-LU; Sat, 03 Jun 2023 10:24:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=kvBfor36ElYYdhG/ZFE7xhKSrAn05Tzc9b0fRbX2j/8=; b=AOWxNQnrUyrwEVE2mMwl Bfup3+AMLWbSyeaGhsxdAusPXWX6yYS8diqFFHXk9KaK22FAVK+ua+G4aDaCwaqWhEqQEt4RhXD3G NIdSp8V0CeWzEHAAmmNFzKUYkeGcYgXPzDaDiXhwszhPvra/lxyMEAqt/UDteUnC8/NDT657xDTnJ xWpnEGdWlOWQUShiRd9O3rC8hyCk9LCrokycX2cd5QCboDYYBUC2nyfYQCm0UkwQQbS0mJANRr3dp 131PQM1WhB663A861YdSAt9j7g6JEmxdnLUOyuRToeLAOGlhAupECiytK8B8A2rnCiIxMySawt5wG ks9/KIFwdmMdbw==; 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 1q5SBK-00062Z-6N; Sat, 03 Jun 2023 10:24:38 -0400 Date: Sat, 03 Jun 2023 17:25:29 +0300 Message-Id: <838rd08vxi.fsf@gnu.org> From: Eli Zaretskii To: Jimmy Wong In-Reply-To: (message from Jimmy Wong on Sat, 3 Jun 2023 15:15:05 +0100) Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require References: <83jzwk8xhn.fsf@gnu.org> <9cb1886a-7173-4d27-bac6-183069875db8@Spark> <83fs788wko.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63871 Cc: 63871@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: Sat, 3 Jun 2023 15:15:05 +0100 > From: Jimmy Wong > Cc: 63871@debbugs.gnu.org > > Unless you’ve set package-native-compile to t so you’ll rarely see this buffer. Installing new packages > is not a frequent operation in normal Emacs usage, and when a user installs a new package and loads > it, he’ll expect that buffer, not when simply having a package that requires that a package. I still don't see how it matters. Emacs generates such buffers in many places, and it never is a or should be a problem. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:25:37 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 14:25:37 +0000 Received: from localhost ([127.0.0.1]:44097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5SCG-00076z-UC for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:25:37 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54334) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5SCE-00076m-Oi for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 10:25:35 -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 1q5SC9-0003IF-Ib; Sat, 03 Jun 2023 10:25:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=LYx2NzJLNqBF1eaJFMVTY9UfgfWvehgr1kiP/UuhXms=; b=h71QbpblOANWQ76ef7tX xPWBOTkvpUYru+ALnpF/qf8LXUIpP1liZDtgK8SHFQQCSsW6hb/L5WlT6iwy84vk8PfwfEMcLgICQ Fm0beDlX/e9BYh4gchzCU/wiovPFjgg100k1isbzrXM3QUXmMk10wX5bfHNn5XiVq3Mof56bjl1h6 TmNmRa33FAdLPVyiEoOd9fhvuHyQtMEq4hCUkF30ghGBahbRIRyDqdsaRx/eBu9EYA0bypKiQoAhB VAw7p1o38abKsB4o1AGWR+e0+Fkko32h4R3o4Lpu/qikvG3HQrppX9HYGsPEkHScemiiPI0HlVY1a d8B6tz22aHWosg==; 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 1q5SBs-00067a-Nq; Sat, 03 Jun 2023 10:25:29 -0400 Date: Sat, 03 Jun 2023 17:26:04 +0300 Message-Id: <837csk8vwj.fsf@gnu.org> From: Eli Zaretskii To: Jimmy Wong In-Reply-To: <9a87fa29-69b9-4573-96f8-a8528a650617@Spark> (message from Jimmy Wong on Sat, 3 Jun 2023 15:17:22 +0100) Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require References: <83jzwk8xhn.fsf@gnu.org> <055568b9-9c09-4d1f-b040-4518a9819271@Spark> <83edms8wfu.fsf@gnu.org> <9a87fa29-69b9-4573-96f8-a8528a650617@Spark> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63871 Cc: 63871@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: Sat, 3 Jun 2023 15:17:22 +0100 > From: Jimmy Wong > Cc: 63871@debbugs.gnu.org > > I’m not entirely sure why but fine. How do I configure Emacs in such a way that whenever this buffer is > created, it is buried? Add a call to bury-buffer to the end of your init file. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 10:56:36 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 14:56:36 +0000 Received: from localhost ([127.0.0.1]:44116 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5SgF-000806-T3 for submit@debbugs.gnu.org; Sat, 03 Jun 2023 10:56:36 -0400 Received: from mail-wr1-f42.google.com ([209.85.221.42]:50291) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5SgB-0007zn-4e for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 10:56:34 -0400 Received: by mail-wr1-f42.google.com with SMTP id ffacd0b85a97d-30789a4c537so2744281f8f.0 for <63871@debbugs.gnu.org>; Sat, 03 Jun 2023 07:56:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685804185; x=1688396185; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=GbpkEfssWbXiDbbyMp3Cz2chpFZZh+IkGZhOmZ0zI2I=; b=UMlpvsvu3o4UaaHkjVwFgPwxIPGWwDam88fwR47sw+u7bzn6SNKI+2CqTsU0C3LIzZ fn5IJ7hO1G4eIDzPzRSiRJ5zIHFmGCJNlevS+Uwteub66ZQI/wOSO2zqi7q2WVzYIEar WTUSwmCCGvUrDqDokJSy+HEn+KSs/VLQxqYhPRODOV4kQuoolkqfFC5Lx462gB4hcoWU eLJAUc91/BHg7ZSrOLgTF6YRn8u2gb7SE/QY/eAap8nj6DSx4ArZZbjs+wPy1C254AmO T5F3J6QHtsszPs2NjTZZ9bC7PUanqDtyU4mMePuUe70pQcvPDtP5Sduvr04Vfxa1CUpu Sdvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685804185; x=1688396185; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=GbpkEfssWbXiDbbyMp3Cz2chpFZZh+IkGZhOmZ0zI2I=; b=Egb70y8cXfY8rO10yb9UV9sFWo7LwrrXGRcTmF7JPGv6NuSYEOqGd8nY0hF/ejSLjP VZytqEiPXwCklHqNAMCbVQV3hPZN+5KJaSAkI4VLDBPfouFpGbkQe4QNciNDmqh8Mck7 H5S0y+OU0FbWEOsKxC5U4v9zDLCvgSKWmLeNy9YrUa/cc94e2Dh3yiUYqKT3FdguthJQ jyFb3uUP76G/yjbiEBEjEuQqd1Mi/xxHq1VBG/sabL87FlydLmm6LOEYo/qrbSNI/ztf LarTmk5nnJiZcl3T+INGzjoTxt/CE2CWsA3TSdpgIECgE4fJ4+kYuj807dIk/GfHW78N 8OIg== X-Gm-Message-State: AC+VfDxaWWDhVe7VCeS09+O0//mIijMuO5Orckp72l6HDvJT5iVmhyA0 X7zzdBshTulkdyb2N110bA0= X-Google-Smtp-Source: ACHHUZ4Q/6AFmIVbPES0CwhtbQ12ptFa5hS7YB9W5s7/zdt8v5YpaWSdZqS0gILnktMcLQpSXzt7MA== X-Received: by 2002:a5d:4a8a:0:b0:30e:3d5a:b2be with SMTP id o10-20020a5d4a8a000000b0030e3d5ab2bemr253385wrq.44.1685804185126; Sat, 03 Jun 2023 07:56:25 -0700 (PDT) Received: from [2a01:4b00:89a0:2400:8c:2a24:100:0] ([2a01:4b00:89a0:2400:18b7:3953:b17d:de2c]) by smtp.gmail.com with ESMTPSA id w2-20020adfd4c2000000b0030aeb3731d0sm4695839wrk.98.2023.06.03.07.56.24 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Jun 2023 07:56:24 -0700 (PDT) Date: Sat, 3 Jun 2023 15:50:37 +0100 From: Jimmy Wong To: Eli Zaretskii Message-ID: <598a870c-f6cf-412b-8dd9-4351a1a18960@Spark> In-Reply-To: <837csk8vwj.fsf@gnu.org> References: <83jzwk8xhn.fsf@gnu.org> <055568b9-9c09-4d1f-b040-4518a9819271@Spark> <83edms8wfu.fsf@gnu.org> <9a87fa29-69b9-4573-96f8-a8528a650617@Spark> <837csk8vwj.fsf@gnu.org> Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require X-Readdle-Message-ID: 598a870c-f6cf-412b-8dd9-4351a1a18960@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="647b5497_e1015fb_d994" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63871 Cc: 63871@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 (-) --647b5497_e1015fb_d994 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Thanks. I ended up advising get-buffer-create instead as I don=E2=80=99t = know how to add a hook to buffer-list-update-hook and not run into an inf= inite loop. On 3 Jun 2023 at 3:25 PM +0100, Eli Zaretskii , wrote: > > Date: Sat, 3 Jun 2023 15:17:22 +0100 > > =46rom: Jimmy Wong > > Cc: 63871=40debbugs.gnu.org > > > > I=E2=80=99m not entirely sure why but fine. How do I configure Emacs = in such a way that whenever this buffer is > > created, it is buried=3F > > Add a call to bury-buffer to the end of your init file. --647b5497_e1015fb_d994 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Thanks. I ended up advising get-buffer-create inste= ad as I don=E2=80=99t know how to add a hook to buffer-list-update-hook a= nd not run into an infinite loop.
On 3 Jun 2023 at 3:25 PM +0100, Eli= Zaretskii <eliz=40gnu.org>, wrote:
Date: Sat, 3 Jun 2023 15:17:22 +0100
=46rom: Jimmy Wong <wyuenho=40gmail.com>
Cc: 63871=40debbugs.gnu.org

I=E2=80=99m not entirely sure why but fine. How do I configure Emacs in s= uch a way that whenever this buffer is
created, it is buried=3F

Add a call to bury-buffer to the end of your init file.
--647b5497_e1015fb_d994-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 11:04:37 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 15:04:37 +0000 Received: from localhost ([127.0.0.1]:44126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5So1-0008Ec-GB for submit@debbugs.gnu.org; Sat, 03 Jun 2023 11:04:37 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36108) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Snz-0008EN-30 for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 11:04:35 -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 1q5Snt-0007RO-Ph; Sat, 03 Jun 2023 11:04:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=EvRbNYNM2iaA0EKZJMsjddYT/NCZAmC9CqDOI5LNJQc=; b=QBVpUQxW5AWOyeEUHwBb uS/2xWQrn3T/7IwT/oljvdgNGA7ovKdaIBYiXNNEvkx70aTYa8vyf5u2j+rGi2ywn56eToLWGXUap /pG8YcgIwRUAJHbHBd9dNGBcu+SAYkx9MhkKpzNfY7RYTPCp9x8pBTAM/2smzjIkhRnmfrgcjWXER IZO3PEepkb8kEz5jgxyV2BfJr1RMCbivtrVlmGQcZJTHZyLk91aIrUb9fwFVHUFAqzCfIuaXLen2Z Fd+iyELxzS8mi8SOVXbTLbBv55OZqSFE8IpSvhrB4MF2j6lJEvk9HEviKCwjXoPVUyTRzoM0Bfnut MO4+/tmiyStGCQ==; 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 1q5Snt-0004C3-9b; Sat, 03 Jun 2023 11:04:29 -0400 Date: Sat, 03 Jun 2023 18:05:20 +0300 Message-Id: <834jno8u33.fsf@gnu.org> From: Eli Zaretskii To: Jimmy Wong In-Reply-To: <598a870c-f6cf-412b-8dd9-4351a1a18960@Spark> (message from Jimmy Wong on Sat, 3 Jun 2023 15:50:37 +0100) Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require References: <83jzwk8xhn.fsf@gnu.org> <055568b9-9c09-4d1f-b040-4518a9819271@Spark> <83edms8wfu.fsf@gnu.org> <9a87fa29-69b9-4573-96f8-a8528a650617@Spark> <837csk8vwj.fsf@gnu.org> <598a870c-f6cf-412b-8dd9-4351a1a18960@Spark> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63871 Cc: 63871@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: Sat, 3 Jun 2023 15:50:37 +0100 > From: Jimmy Wong > Cc: 63871@debbugs.gnu.org > > Thanks. I ended up advising get-buffer-create instead as I don’t know how to add a hook to > buffer-list-update-hook and not run into an infinite loop. My suggestion would be to add this function to desktop-after-read-hook. Did you try that? From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 11:11:52 2023 Received: (at 63871) by debbugs.gnu.org; 3 Jun 2023 15:11:52 +0000 Received: from localhost ([127.0.0.1]:44130 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Sv2-0008QX-Co for submit@debbugs.gnu.org; Sat, 03 Jun 2023 11:11:52 -0400 Received: from mail-wr1-f43.google.com ([209.85.221.43]:60753) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Sv0-0008QG-1c for 63871@debbugs.gnu.org; Sat, 03 Jun 2023 11:11:50 -0400 Received: by mail-wr1-f43.google.com with SMTP id ffacd0b85a97d-30ae5f2ac94so3157787f8f.1 for <63871@debbugs.gnu.org>; Sat, 03 Jun 2023 08:11:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685805104; x=1688397104; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=i+PCaWWa+YW7tV/28FKueIFqy6lIAHENmXXWwbyz+CM=; b=JigoJdztj2oq2SoUlfDgK+Fez5zlFPnOlMhvcEQR5u7q5zOQ+VMItbWM+pejFeX5hw L9S3x3g9rvuhi1+YEsc8rppJQHgOl77wYqH39jfzQJLPJ2P/heg+oZoh8aBAhn62mSPM 9FrK0mRZ6f2GpkdJuei/m/OJaGB0KWbRG3cjh2SlbjpXI9ATvLfaMuVTIEzx6Z4aXEmZ FAKvQrc6CZOHL7zYjlYPZW+Bt4tseZws2Bbh788U6FRs6Cu3A2In/VxPWVpvQKz5o+eG WhTpcxwwSd8m/AFv8VsJwTAxt0Tx3UM/c+cqChlb847qKVkl70SCvmlwjUum1xSRNPFM PXZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685805104; x=1688397104; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=i+PCaWWa+YW7tV/28FKueIFqy6lIAHENmXXWwbyz+CM=; b=JzVUDaePSdlPNLm1Lln52HQhFkezpGEiNT13QVDUkZeKOO99MEFDElNJhxAseVSyW3 zhTn6rzKlPQTkNQZMij+Te4v7GwpchrKDUX9ujVpvnaZwahUBQm52UVKl1OtqM3vMcXi c+RIbC7mfgaMo05/xJtmeV4zPdxB15yWeN4BUWCXxC0xWwpw3RVdJIfsPGid6p9kEKSB sByX8ICkQ5fVHuof7BncAc8K3cWz3uYYxG5vAbIRSFU2Na0Y4Zm7XsZsbljGiyAfXn3m 60XAfFv+jueN90DMgKyATupflGCHTOIv9YYGUZWMtFZaKUbZspoTQBPsSSzsweIc20Wg N+Nw== X-Gm-Message-State: AC+VfDyEduW2yr4QQhRfSJGdCZYKT5fB2nsKA0IUMESlsgIl14ogkWa7 BJ4zOVY+Dpk01I/fAT6Yurvlt4KmFWI= X-Google-Smtp-Source: ACHHUZ4tm+4w0gPpAKngE7oGCZuaxghbyGEdHru4COzL2PnHKNX9xL3/ajmX4Cc1r9Bh9G16BmJtbA== X-Received: by 2002:a5d:5188:0:b0:2dc:cad4:87b9 with SMTP id k8-20020a5d5188000000b002dccad487b9mr2581687wrv.68.1685805103836; Sat, 03 Jun 2023 08:11:43 -0700 (PDT) Received: from [2a01:4b00:89a0:2400:1e:ae10:100:0] ([2a01:4b00:89a0:2400:18b7:3953:b17d:de2c]) by smtp.gmail.com with ESMTPSA id s6-20020a1cf206000000b003f60a9ccd34sm5304050wmc.37.2023.06.03.08.11.43 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 03 Jun 2023 08:11:43 -0700 (PDT) Date: Sat, 3 Jun 2023 16:11:13 +0100 From: Jimmy Wong To: Eli Zaretskii Message-ID: In-Reply-To: <834jno8u33.fsf@gnu.org> References: <83jzwk8xhn.fsf@gnu.org> <055568b9-9c09-4d1f-b040-4518a9819271@Spark> <83edms8wfu.fsf@gnu.org> <9a87fa29-69b9-4573-96f8-a8528a650617@Spark> <837csk8vwj.fsf@gnu.org> <598a870c-f6cf-412b-8dd9-4351a1a18960@Spark> <834jno8u33.fsf@gnu.org> Subject: Re: bug#63871: 29.0.91; JIT native comp triggered to compile loaddefs repeatedly on require X-Readdle-Message-ID: f7cee397-8dc8-4b69-bddc-ec311c0fb457@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="647b582e_436af77_d994" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63871 Cc: 63871@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 (-) --647b582e_436af77_d994 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Thanks, I=E2=80=99m aware of that hook. I just always wanted it to be bur= ied whenever it is created. I suspect this perhaps can be put into native= comp as an enhancement. On 3 Jun 2023 at 4:04 PM +0100, Eli Zaretskii , wrote: > > Date: Sat, 3 Jun 2023 15:50:37 +0100 > > =46rom: Jimmy Wong > > Cc: 63871=40debbugs.gnu.org > > > > Thanks. I ended up advising get-buffer-create instead as I don=E2=80=99= t know how to add a hook to > > buffer-list-update-hook and not run into an infinite loop. > > My suggestion would be to add this function to > desktop-after-read-hook. Did you try that=3F --647b582e_436af77_d994 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Thanks, I=E2=80=99m aware of that hook. I just alwa= ys wanted it to be buried whenever it is created. I suspect this perhaps = can be put into nativecomp as an enhancement.
On 3 Jun 2023 at 4:04 PM +0100, Eli= Zaretskii <eliz=40gnu.org>, wrote:
Date: Sat, 3 Jun 2023 15:50:37 +0100
=46rom: Jimmy Wong <wyuenho=40gmail.com>
Cc: 63871=40debbugs.gnu.org

Thanks. I ended up advising get-buffer-create instead as I don=E2=80=99t = know how to add a hook to
buffer-list-update-hook and not run into an infinite loop.

My suggestion would be to add this function to
desktop-after-read-hook. Did you try that=3F
--647b582e_436af77_d994-- From unknown Mon Aug 11 21:13:11 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 02 Jul 2023 11:24:08 +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