From unknown Wed Jun 18 23:10:00 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#73303 <73303@debbugs.gnu.org> To: bug#73303 <73303@debbugs.gnu.org> Subject: Status: 30.0.91; Native compiler repeatedly interrupts at random moments Reply-To: bug#73303 <73303@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:10:00 +0000 retitle 73303 30.0.91; Native compiler repeatedly interrupts at random mome= nts reassign 73303 emacs submitter 73303 "N. Jackson" severity 73303 normal tag 73303 notabug thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 16 14:17:28 2024 Received: (at submit) by debbugs.gnu.org; 16 Sep 2024 18:17:28 +0000 Received: from localhost ([127.0.0.1]:53234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqGHv-0007rz-Sz for submit@debbugs.gnu.org; Mon, 16 Sep 2024 14:17:28 -0400 Received: from lists.gnu.org ([209.51.188.17]:44912) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqGHs-0007rp-Tz for submit@debbugs.gnu.org; Mon, 16 Sep 2024 14:17:26 -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 1sqGFY-0001JK-JW for bug-gnu-emacs@gnu.org; Mon, 16 Sep 2024 14:15:01 -0400 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sqGFU-0007Ru-6F for bug-gnu-emacs@gnu.org; Mon, 16 Sep 2024 14:14:59 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 41E4D240101 for ; Mon, 16 Sep 2024 20:14:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1726510489; bh=3UDn9mgnvikUYtnrL6B/BxpZrc8DJvtUXEFS3ovSfVo=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=MzY0QMb8TADgjWwTXJz3whPmsYGC8VW7KG08L6KzJhl/MxeHvjzUOIqhyexHqo8pf 4LbAsuJmpSRu6q/cFOKrCKFHOCIszc2mp7CfA7sDvERzuqk3Z6XV+etBltJ1bNAPWn EYrc2/xPBxWj966bNTcCJUOce3pUbjtBi9tGNvDb58FHTKvAKGweOxj7oICmV91nAX CTyScb9/ocyKIt+lmZ6UpfSKg4AmPFPb/RmfvXCsvMavuMSPjMhLr1h32Fr/2TGiV/ CZEeNHVN6GyayCt/5uiOD/VnjxT17WJWSKB6xnE8L//RRcB1askxNM2uDRnS8G0MjM 0ywgfFJQOsGfQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4X6tNm50W2z6tyT for ; Mon, 16 Sep 2024 20:14:47 +0200 (CEST) From: "N. Jackson" To: bug-gnu-emacs@gnu.org Subject: 30.0.91; Native compiler repeatedly interrupts at random moments Date: Mon, 16 Sep 2024 18:14:46 +0000 Message-ID: <87wmjbmpnt.fsf@moondust.awandering> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.67.36.66; envelope-from=njackson@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Since building Emacs 30.0.91, I have repeatedly been interrupted in my work by warnings from the native compiler. A few examples of the warnings are: Warning (native-compiler): ~/.config/emacs/modules/cdlatex.el:1025:26: Wa= rning: the function =E2=80=98reftex-what-environment=E2=80=99 is not known = to be defined. Warning (native-compiler): python-el-fgallina-expansions.el:161:10: Warni= ng: the function =E2=80=98python-nav-end-of-block=E2=80=99 is not known to = be defined. Warning (native-compiler): python-el-fgallina-expansions.el:138:8: Warnin= g: the function =E2=80=98python-util-forward-comment=E2=80=99 is not known = to be defined. Warning (native-compiler): python-el-fgallina-expansions.el:94:4: Warning= : the function =E2=80=98python-nav-beginning-of-statement=E2=80=99 is not k= nown to be defined. Warning (native-compiler): python-el-fgallina-expansions.el:92:4: Warning= : the function =E2=80=98python-nav-end-of-statement=E2=80=99 is not known t= o be defined. Warning (native-compiler): python-el-fgallina-expansions.el:62:31: Warnin= g: the function =E2=80=98python-syntax-context=E2=80=99 is not known to be = defined. Warning (native-compiler): python-el-fgallina-expansions.el:39:39: Warnin= g: the function =E2=80=98python-indent=E2=80=99 is not known to be defined. Warning (native-compiler): python-el-fgallina-expansions.el:37:40: Warnin= g: the function =E2=80=98python-info-ppss-context=E2=80=99 is not known to = be defined. [That first warning (about cdlatex) is now fixed (I think) by upgrading to the cdlatex in Elpa, but the point is not the specific warnings, but the fact that they pop up at inopportune moments.] This behaviour is quite annoying and I wonder if it would not be better if the native compiler compiled everything when Emacs is started and reported all the errors/warnings then. I supoose that might increase Emacs startup time which for some users would be unacceptable, but maybe it could happen the first time Emacs is started and after updating packages and after changing configuration. In GNU Emacs 30.0.91 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.41, cairo version 1.18.0) of 2024-09-12 built on fedora Windowing system distributor 'The X.Org Foundation', version 11.0.12014000 System Description: Fedora Linux 39 (Xfce) Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $LANG: en_CA.utf8 value of $XMODIFIERS: @im=3Dnone locale-coding-system: utf-8-unix Major mode: Text Minor modes in effect: flyspell-mode: t recentf-mode: t erc-track-mode: t erc-ring-mode: t erc-notifications-mode: t erc-netsplit-mode: t erc-menu-mode: t erc-match-mode: t erc-list-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-move-to-prompt-mode: t erc-readonly-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-autojoin-mode: t yas-global-mode: t yas-minor-mode: t savehist-mode: t save-place-mode: t erc-networks-mode: t electric-pair-mode: t display-time-mode: t display-battery-mode: t desktop-save-mode: t delete-selection-mode: t cua-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t minibuffer-regexp-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t global-visual-line-mode: t visual-line-mode: t transient-mark-mode: t auto-encryption-mode: t auto-compression-mode: t temp-buffer-resize-mode: t abbrev-mode: t Load-path shadows: None found. Features: (shadow sort bbdb-message mail-extr emacsbug message puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils view solar cal-dst holidays holiday-loaddefs ol-bbdb org-duration cal-iso face-remap cdlatex reftex reftex-loaddefs reftex-vars emacs-news-mode mule-util yank-media oc-basic bibtex iso8601 org-habit display-fill-column-indicator display-line-numbers vc-git diff-mode track-changes easy-mmode vc-dispatcher flyspell ispell kmacro mines cookie1 gamegrid transpar expand-region text-mode-expansions the-org-mode-expansions python-el-fgallina-expansions er-basic-expansions expand-region-core expand-region-custom hydra advice lv compile text-property-search org-clock comp-run comp-common org-agenda org-element org-persist xdg org-id org-element-ast inline avl-tree generator org-refile org org-macro org-pcomplete org-list org-footnote org-faces org-entities noutline outline ob-shell shell ob-R ob-python python project ob-plantuml ob-org ob-gnuplot ob-ditaa ob-calc calc-store calc-trail calc-ext calc calc-loaddefs rect calc-macs ob-awk ob-dot ob-maxima ob ob-tangle org-src sh-script smie treesit executable ob-ref ob-lob ob-table ob-exp ob-comint ob-emacs-lisp ob-core ob-eval org-cycle org-table org-keys oc org-loaddefs thingatpt find-func ol org-fold org-fold-core org-compat org-version org-macs bbdb-anniv diary-lib diary-loaddefs cal-menu calendar cal-loaddefs bbdb-com crm mailabbrev bbdb bbdb-site timezone recentf tree-widget cus-edit pp ido erc-track erc-ring erc-desktop-notifications notifications erc-netsplit erc-menu erc-match erc-list erc-goodies erc-pcomplete time-date pcomplete comint ansi-osc ansi-color ring erc-button erc-fill erc-stamp wid-edit erc-join modus-vivendi-theme modus-themes yasnippet-classic-snippets cl-extra yasnippet help-mode savehist saveplace company pcase erc format-spec erc-backend erc-networks erc-common erc-compat compat erc-loaddefs elec-pair time battery dbus xml desktop frameset delsel cua-base cus-load ace-window-autoloads auctex-autoloads tex-site avy-autoloads bbdb-autoloads cdlatex-autoloads company-autoloads csv-mode-autoloads debbugs-autoloads ess-autoloads expand-region-autoloads geiser-autoloads info orderless-autoloads rx sql-indent-autoloads yasnippet-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 cl-seq eieio eieio-core cl-macs icons password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen 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 dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo gtk x-toolkit xinput2 x multi-tty move-toolbar make-network-process native-compile emacs) Memory information: ((conses 16 1087810 298689) (symbols 48 33261 3) (strings 32 140337 19623) (string-bytes 1 4291611) (vectors 16 87466) (vector-slots 8 1784398 521241) (floats 8 651 2058) (intervals 56 8991 6851) (buffers 984 30)) From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 16 14:42:48 2024 Received: (at 73303) by debbugs.gnu.org; 16 Sep 2024 18:42:48 +0000 Received: from localhost ([127.0.0.1]:53254 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqGgS-0000mj-2T for submit@debbugs.gnu.org; Mon, 16 Sep 2024 14:42:48 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39200) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqGgP-0000mT-TZ; Mon, 16 Sep 2024 14:42:46 -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 1sqGg6-0001qc-N7; Mon, 16 Sep 2024 14:42:26 -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=D8mKubav/FE05A//33azfHQr4yBGflUUit44sn3yskA=; b=VG6Pk6UrAEHzEacyXyUW CIwldQL05TU0qUU/66fu36JrVIPmAXDIeXAPBOKLARB4vuzW3JytQys8m4yFxKosGBw31AbC0uJrW LJKnRa0vieyVah0y+gYek73nhXGYe8QpnrKSz20HbjevQh3JGOceyyctxK+LYVs55SaxD9laPWWzP 4Qq68+NhS/96On+WUVjgi5mtHfZ2kwMii2L+use80o0YawN+ABtvfObKvHI2PbFR1CnGlqk1M88ne 76sty6SAPWu3srzSAXy2/WEgYYIeEqFezMzE5ZLIieI3IdyPVs6kCUDhFpZJVR420WzgqXPhqjZO5 KukEUFO+rz3m2w==; Date: Mon, 16 Sep 2024 21:42:24 +0300 Message-Id: <867cbbcuen.fsf@gnu.org> From: Eli Zaretskii To: "N. Jackson" In-Reply-To: <87wmjbmpnt.fsf@moondust.awandering> (njackson@posteo.net) Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments References: <87wmjbmpnt.fsf@moondust.awandering> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: 73303@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 73303 notabug thanks > From: "N. Jackson" > Date: Mon, 16 Sep 2024 18:14:46 +0000 > > > Since building Emacs 30.0.91, I have repeatedly been interrupted in > my work by warnings from the native compiler. > > A few examples of the warnings are: > > Warning (native-compiler): ~/.config/emacs/modules/cdlatex.el:1025:26: Warning: the function ‘reftex-what-environment’ is not known to be defined. > Warning (native-compiler): python-el-fgallina-expansions.el:161:10: Warning: the function ‘python-nav-end-of-block’ is not known to be defined. > Warning (native-compiler): python-el-fgallina-expansions.el:138:8: Warning: the function ‘python-util-forward-comment’ is not known to be defined. > Warning (native-compiler): python-el-fgallina-expansions.el:94:4: Warning: the function ‘python-nav-beginning-of-statement’ is not known to be defined. > Warning (native-compiler): python-el-fgallina-expansions.el:92:4: Warning: the function ‘python-nav-end-of-statement’ is not known to be defined. > Warning (native-compiler): python-el-fgallina-expansions.el:62:31: Warning: the function ‘python-syntax-context’ is not known to be defined. > Warning (native-compiler): python-el-fgallina-expansions.el:39:39: Warning: the function ‘python-indent’ is not known to be defined. > Warning (native-compiler): python-el-fgallina-expansions.el:37:40: Warning: the function ‘python-info-ppss-context’ is not known to be defined. These warnings usually mean that the offending Lisp file lacks some 'require's. JIT native compilation runs in a separate Emacs session, which only loads the file it compiles, so any missing 'require's or autoloading cookies trigger these warnings, whereas when the same packages are loaded into your main Emacs session, they can benefit from packages loaded earlier in the session. IOW, these are minor bugs in the compiled files which need to be fixed in those files and by their respective developers. > This behaviour is quite annoying and I wonder if it would not be > better if the native compiler compiled everything when Emacs is > started and reported all the errors/warnings then. You can disable these warnings if you are annoyed by them. They are just warnings, and will not usually cause any problems when using the compiled code. See native-comp-async-report-warnings-errors. You can cause these compilations to happen at the beginning of your Emacs session if you change your init files such that Emacs loads all these files. JIT native compilation is triggered by loading a .elc file that doesn't yet have a corresponding .eln file, so by loading them at the beginning, you will force Emacs to native-compile them all at that time. In any case, Emacs compiles each Lisp file just once, so you should only see these when you start a new Emacs version for the first time. > I supoose that might increase Emacs startup time which for some > users would be unacceptable, but maybe it could happen the first > time Emacs is started and after updating packages and after changing > configuration. It shouldn't increase startup time because the compilation is run in separate processes, and those use other CPU cores. Emacs doesn't wait for the compilation to end before using a package; it uses the byte code until the native compilation ends, and then loads the native-compiled code when the compilation ends to replace the byte code. I see no bug in what you describe. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 16 15:28:22 2024 Received: (at 73303) by debbugs.gnu.org; 16 Sep 2024 19:28:22 +0000 Received: from localhost ([127.0.0.1]:53313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqHOX-0003Fz-Om for submit@debbugs.gnu.org; Mon, 16 Sep 2024 15:28:22 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqHOV-0003Fi-Cq for 73303@debbugs.gnu.org; Mon, 16 Sep 2024 15:28:20 -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 1sqHO9-0006Qe-Se; Mon, 16 Sep 2024 15:27:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=b68l3lK7NTq0JJgeeZ1tO4CxuOpvppDDBO3CEvrTJ84=; b=dXVkajfUS5qwxONmDDSh DfjzfXx5WJlhDWolP+IT2BMzH22BN6cbJsrrhy2auSzBnMfFVag+TRTy/nSQZv5CunvnSADRWdD2k CmL4YerIlQOtaGAbBdkorHR3HA/FgCknVYrXxdVQ1tdTxbNhiDadRmAr2xwv4g31nBNvGacntWrXc rtv/NNUs5ToxEc/ATPxGfp3oeoYWStwMLxbJDy71B/VtAC6MFJ95xB9gZc3n8z2WWL6chXkmOudi1 cwregAF7+OzbSaO/YD4ObR73m78DYlXKtOgjHMY3KH5+uscK9rt0uGSF7x8MDJy7bBClYlHAKkJLQ 7B/L4IY1JZ1huA==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1sqHO5-0003Od-DP; Mon, 16 Sep 2024 15:27:53 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: <867cbbcuen.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 16 Sep 2024 21:42:24 +0300") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> Date: Mon, 16 Sep 2024 15:27:53 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: "N. Jackson" , 73303@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > tags 73303 notabug > thanks > >> From: "N. Jackson" >> Date: Mon, 16 Sep 2024 18:14:46 +0000 >>=20 >>=20 >> Since building Emacs 30.0.91, I have repeatedly been interrupted in >> my work by warnings from the native compiler. >>=20 >> A few examples of the warnings are: >>=20 >> Warning (native-compiler): ~/.config/emacs/modules/cdlatex.el:1025:26:= Warning: the function =E2=80=98reftex-what-environment=E2=80=99 is not kno= wn to be defined. >> Warning (native-compiler): python-el-fgallina-expansions.el:161:10: Wa= rning: the function =E2=80=98python-nav-end-of-block=E2=80=99 is not known = to be defined. >> Warning (native-compiler): python-el-fgallina-expansions.el:138:8: War= ning: the function =E2=80=98python-util-forward-comment=E2=80=99 is not kno= wn to be defined. >> Warning (native-compiler): python-el-fgallina-expansions.el:94:4: Warn= ing: the function =E2=80=98python-nav-beginning-of-statement=E2=80=99 is no= t known to be defined. >> Warning (native-compiler): python-el-fgallina-expansions.el:92:4: Warn= ing: the function =E2=80=98python-nav-end-of-statement=E2=80=99 is not know= n to be defined. >> Warning (native-compiler): python-el-fgallina-expansions.el:62:31: War= ning: the function =E2=80=98python-syntax-context=E2=80=99 is not known to = be defined. >> Warning (native-compiler): python-el-fgallina-expansions.el:39:39: War= ning: the function =E2=80=98python-indent=E2=80=99 is not known to be defin= ed. >> Warning (native-compiler): python-el-fgallina-expansions.el:37:40: War= ning: the function =E2=80=98python-info-ppss-context=E2=80=99 is not known = to be defined. > > These warnings usually mean that the offending Lisp file lacks some > 'require's. JIT native compilation runs in a separate Emacs session, > which only loads the file it compiles, so any missing 'require's or > autoloading cookies trigger these warnings, whereas when the same > packages are loaded into your main Emacs session, they can benefit > from packages loaded earlier in the session. > > IOW, these are minor bugs in the compiled files which need to be fixed > in those files and by their respective developers. > >> This behaviour is quite annoying and I wonder if it would not be >> better if the native compiler compiled everything when Emacs is >> started and reported all the errors/warnings then. > > You can disable these warnings if you are annoyed by them. They are > just warnings, and will not usually cause any problems when using the > compiled code. See native-comp-async-report-warnings-errors. > > You can cause these compilations to happen at the beginning of your > Emacs session if you change your init files such that Emacs loads all > these files. JIT native compilation is triggered by loading a .elc > file that doesn't yet have a corresponding .eln file, so by loading > them at the beginning, you will force Emacs to native-compile them all > at that time. > > In any case, Emacs compiles each Lisp file just once, so you should > only see these when you start a new Emacs version for the first time. > >> I supoose that might increase Emacs startup time which for some >> users would be unacceptable, but maybe it could happen the first >> time Emacs is started and after updating packages and after changing >> configuration. > > It shouldn't increase startup time because the compilation is run in > separate processes, and those use other CPU cores. Emacs doesn't wait > for the compilation to end before using a package; it uses the byte > code until the native compilation ends, and then loads the > native-compiled code when the compilation ends to replace the byte > code. > > I see no bug in what you describe. Agree, that's the intended behavior. I think the python* warnings should be reported as bugs to . Andrea From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 11:59:45 2024 Received: (at 73303) by debbugs.gnu.org; 17 Sep 2024 15:59:45 +0000 Received: from localhost ([127.0.0.1]:55771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqacD-0004uh-24 for submit@debbugs.gnu.org; Tue, 17 Sep 2024 11:59:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43210) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqacB-0004uO-DL for 73303@debbugs.gnu.org; Tue, 17 Sep 2024 11:59: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 1sqabq-0002ww-TJ; Tue, 17 Sep 2024 11:59:22 -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=J7XuawWY1UP9OnWfY7RKeq1IhK2eY1tVLANKfc9/UJk=; b=mFHyXgJ3LSCzYzDMRQQj ZthtnVHI/MQ+cd9RKov/FHd4Xeglf8tAQy4uGd697U8gBd6fScG6iz0qVXPD8+lDKZR0S5TcpNzBV t7hOeHUV7ub2ZXALarrTTGhmaB9ANaY19XFcpqo9T+IO8A2LahErNyo9x0t9pyW8akAIvBbAjLuQZ AwojAXe8ozgmjJTPdZtYp2pJT4VTNZsb0HNUB079DRdoQD+vkO8RbvqoWM5OuN7a1rH/XQVDN8XCv qYVvx9ck1x4LnMHFNMHcI9fcKTyt1xX6W/RL4t5suUaDG1FbaVrypskCcGR1ZkbO/bATSFKn302UB JP4uzfCXZEtMyw==; Date: Tue, 17 Sep 2024 18:59:17 +0300 Message-Id: <865xqub7ai.fsf@gnu.org> From: Eli Zaretskii To: "N. Jackson" , Philip Kaludercic In-Reply-To: <87plp2mhj1.fsf@moondust.awandering> (njackson@posteo.net) Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: acorallo@gnu.org, 73303@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: "N. Jackson" > Cc: 73303@debbugs.gnu.org, Andrea Corallo > Date: Tue, 17 Sep 2024 15:22:42 +0000 > > Hello Eli, thank you for your response. > > At 21:42 +0300 on Monday 2024-09-16, Eli Zaretskii wrote: > > > I see no bug in what you describe. > > Fair enough. The concern that prompted me to file a bug report was > not that native compile is broken (a literal bug) but rather that > since it's a newish feature you might welcome end-user feedback > about it's default behaviour (or perceived behaviour) that might > lead to to beneficial tweaks to either the behaviour or to the > documentation. The feedback is always welcome, of course (if my wording somehow made an impression it wasn't, I apologize). And what you describe is already known: a few users posted similar experiences during the development and testing of Emacs 29. So these issues are not new, and I think Emacs 30 is better equipped to deal with them, and gives users more knobs to deal with them. > > These warnings usually mean that the offending Lisp file lacks > > some 'require's. JIT native compilation runs in a separate Emacs > > session, which only loads the file it compiles, so any missing > > 'require's or autoloading cookies trigger these warnings, whereas > > when the same packages are loaded into your main Emacs session, > > they can benefit from packages loaded earlier in the session. > ... > > JIT native compilation is triggered by loading a .elc file that > > doesn't yet have a corresponding .eln file > > Thank you for the overview of how native compilation works. I had > wrongly guessed that it was deferring the compilation lazily and > doing it later on an idle timer or something of that sort. If I > understand what you are saying correctly, the native compiler, not > having a crystal ball, cannot possibly know ahead of time what .elc > files a user might load, so it cannot compile them ahead of time. Yes, exactly. JIT compilation compiles only packages that you load, when you load them for the first time. > However, as a naïve end-user of Emacs, when I am _using_ Emacs, as a > tool to get a job done -- writing an essay, say -- I don't want to > think about the guts of how Emacs works. I'm happy to save that for > when I'm building Emacs or maintaining my configuration files and > that is when I would want the native compilation to happen, if that > were possible. > > You write > > > You can disable these warnings if you are annoyed by them. They > > are just warnings, and will not usually cause any problems when > > using the compiled code. See > > native-comp-async-report-warnings-errors. > > Sweeping warnings under the rug isn't something I'm comfortable with > even if nine times out of ten (or 999 times in 1000) they're false > alarms. (I'm the sort of person that -Werror was made for.) If you set native-comp-async-report-warnings-errors to the value 'silent', the warnings will be logged in the *Warnings* buffer, where you can later review them, but will not be shown in a popup buffer, which might distract you when you don't want that. > > You can cause these compilations to happen at the beginning of your > > Emacs session if you change your init files such that Emacs loads all > > these files. > ... > > In any case, Emacs compiles each Lisp file just once, so you should > > only see these when you start a new Emacs version for the first time. > > I guess, then, that I would want to (somehow) process my init files -- > before using Emacs for the first time after upgrading to a new > version -- to ensure native compilation of all dependencies. > > Do you have any pointers on how to go about doing that? It seems > impractical for a casual Emacs user since they don't necessary know > what files will be loaded by the packages they use. The warnings > I've seen so far all refer to files I've never heard of. If your init file arranges for many packages to load only on demand, then I don't think there is a way, except summarily compile all the packages under your ~/.emacs.d/ directory (assuming that's where you install them). Maybe we should have a native-compile-directory function to make that easier; currently we only have emacs-lisp-native-compile, which compiles a single file. Andrea, WDYT? > I don't suppose there's a function > native-compile-eagerly-compile-all-dependencies-of-my-init-files-and-do-it-synchronously-right-now?! We could do that, but before we do' we'd need to come up with a find-all-dependecies-of-my-init-files function ;-) > If I can deal with my init files (ensuring that they won't load any > files that haven't yet been native compiled), it seems I would be > left with two potential sources of files being native compiled -- > Emacs itself, and newly installed/updated packages. Two questions > about that, then: > > 1. Does the native compiler compile all the .elc files in > Emacs itself into .eln files ahead of time, or does it also leave > those until they are loaded? The preloaded files are natively compiled as part of the build, but the rest are only natively compiled if the build uses the optional "ahead-of-time" feature, via a switch to the configure script. > 2. When the package system installs/updates a package, does it > natively compile the files at the same time as it byte compiles > them? I'm not sure, but I think it doesn't. Philip, can you answer that? From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 12:01:45 2024 Received: (at 73303) by debbugs.gnu.org; 17 Sep 2024 16:01:45 +0000 Received: from localhost ([127.0.0.1]:55776 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqae8-00057x-RQ for submit@debbugs.gnu.org; Tue, 17 Sep 2024 12:01:45 -0400 Received: from mout01.posteo.de ([185.67.36.65]:39483) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqae5-00057g-UE for 73303@debbugs.gnu.org; Tue, 17 Sep 2024 12:01:42 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 0211A240029 for <73303@debbugs.gnu.org>; Tue, 17 Sep 2024 18:01:20 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1726588881; bh=8BgvwPWgEkJdCVRfbqQ2OEY0CRaHG5M7k3/PQuFcLDY=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=MkxLMpY9r1Gmt9QiEumdZ2xHKPZQGpJYu1TqRKwZopV5uhpLViLCk8vRLCt2P9Kr7 ZcMN7HNgrwRJSN+P1+U46E0AFaasmNejgAAVk+JoKhILwGeCP5DGbYJOsS7a0Btmig cNZzei60CaejsEiUJZCUQmQ9SqXBkv1nUOB2rvePEkPgM4B48OnsH9ITm7lypswRsy Y80KUHVASGt6UZPcMkkx0bhp6vSErSIIAZaTpDJA4/AP03Cj+pzCdECJXnRjrYaVtz yidTiFV4zvyBW52IsZ2dCjxKNRte18BdyF2AhpxCRbU2Bt8bCZw9V+yew/GNnhwr8/ 9gXR8zrATJHdw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4X7RNJ1Z7Qz6tw4 for <73303@debbugs.gnu.org>; Tue, 17 Sep 2024 18:01:19 +0200 (CEST) From: "N. Jackson" To: 73303@debbugs.gnu.org Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: <867cbbcuen.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 16 Sep 2024 21:42:24 +0300") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> Date: Tue, 17 Sep 2024 16:01:18 +0000 Message-ID: <87ed5iz2up.fsf@Phoenix> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 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 (---) I'm resending this message to 73303@debbugs.gnu.org only, because the first time my mail service provider bounced the copy to 73303@debbugs.gnu.org (because debbugs.gnu.org[209.51.188.43] refused a TLS connection). Hello Eli, thank you for your response. At 21:42 +0300 on Monday 2024-09-16, Eli Zaretskii wrote: > I see no bug in what you describe. Fair enough. The concern that prompted me to file a bug report was not that native compile is broken (a literal bug) but rather that since it's a newish feature you might welcome end-user feedback about it's default behaviour (or perceived behaviour) that might lead to to beneficial tweaks to either the behaviour or to the documentation. > These warnings usually mean that the offending Lisp file lacks > some 'require's. JIT native compilation runs in a separate Emacs > session, which only loads the file it compiles, so any missing > 'require's or autoloading cookies trigger these warnings, whereas > when the same packages are loaded into your main Emacs session, > they can benefit from packages loaded earlier in the session. ... > JIT native compilation is triggered by loading a .elc file that > doesn't yet have a corresponding .eln file Thank you for the overview of how native compilation works. I had wrongly guessed that it was deferring the compilation lazily and doing it later on an idle timer or something of that sort. If I understand what you are saying correctly, the native compiler, not having a crystal ball, cannot possibly know ahead of time what .elc files a user might load, so it cannot compile them ahead of time. However, as a na=C3=AFve end-user of Emacs, when I am _using_ Emacs, as a tool to get a job done -- writing an essay, say -- I don't want to think about the guts of how Emacs works. I'm happy to save that for when I'm building Emacs or maintaining my configuration files and that is when I would want the native compilation to happen, if that were possible. You write > You can disable these warnings if you are annoyed by them. They > are just warnings, and will not usually cause any problems when > using the compiled code. See > native-comp-async-report-warnings-errors. Sweeping warnings under the rug isn't something I'm comfortable with even if nine times out of ten (or 999 times in 1000) they're false alarms. (I'm the sort of person that -Werror was made for.) > You can cause these compilations to happen at the beginning of your > Emacs session if you change your init files such that Emacs loads all > these files. ... > In any case, Emacs compiles each Lisp file just once, so you should > only see these when you start a new Emacs version for the first time. I guess, then, that I would want to (somehow) process my init files -- before using Emacs for the first time after upgrading to a new version -- to ensure native compilation of all dependencies. Do you have any pointers on how to go about doing that? It seems impractical for a casual Emacs user since they don't necessary know what files will be loaded by the packages they use. The warnings I've seen so far all refer to files I've never heard of. I don't suppose there's a function native-compile-eagerly-compile-all-dependencies-of-my-init-files-and-do-it-= synchronously-right-now?! If I can deal with my init files (ensuring that they won't load any files that haven't yet been native compiled), it seems I would be left with two potential sources of files being native compiled -- Emacs itself, and newly installed/updated packages. Two questions about that, then: 1. Does the native compiler compile all the .elc files in Emacs itself into .eln files ahead of time, or does it also leave those until they are loaded? 2. When the package system installs/updates a package, does it natively compile the files at the same time as it byte compiles them? From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 14:46:35 2024 Received: (at 73303) by debbugs.gnu.org; 17 Sep 2024 18:46:36 +0000 Received: from localhost ([127.0.0.1]:55948 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqdDf-0005vl-IW for submit@debbugs.gnu.org; Tue, 17 Sep 2024 14:46:35 -0400 Received: from mout01.posteo.de ([185.67.36.65]:52791) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqdDd-0005vW-Fy for 73303@debbugs.gnu.org; Tue, 17 Sep 2024 14:46:33 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 49186240027 for <73303@debbugs.gnu.org>; Tue, 17 Sep 2024 20:46:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1726598772; bh=k6fwIerFyRn9QmsPoTXJcMdG6pa9SGGSqh81WCoYxW8=; h=From:To:Cc:Subject:Autocrypt:OpenPGP:Date:Message-ID:MIME-Version: Content-Type:From; b=Q/3vu22nFqllXWVjouE1J0I+fbzYFGJH1RaLUdcsNGX7oW+WUVVofnJQpGre2Y++A yqOJ83N4nqgNqBiFTaDJKwUNx3L7awzaSvkOremfvst2FM1B9GwRs1HI2mnQmclYKU ScBNMnXf6PvBRbiEGv0HV5p5NmxKsuI9wI6j+rx4xAXRHuKcTyhTbrU862cgAgwg/l bVu0Kz1AFBdc8oesT6Y+Mub2LZititUQ6nFllL+rmBVEUrMORp9iuDoS3VlPUdEPwc l8Axa1g1R/oTbX5M5HXtHF3RzTHPYr0l66ETuB5MRst3vlm/cmiN2tfjLieLV9G+tu 8sqobY0GbiA/Q== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4X7W2W0Lcxz9rxB; Tue, 17 Sep 2024 20:46:11 +0200 (CEST) From: Philip Kaludercic To: Eli Zaretskii Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: <865xqub7ai.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 17 Sep 2024 18:59:17 +0300") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> Autocrypt: addr=philipk@posteo.net; keydata= mDMEZBBQQhYJKwYBBAHaRw8BAQdAHJuofBrfqFh12uQu0Yi7mrl525F28eTmwUDflFNmdui0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiWBBMWCAA+FiEEDg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwMFCQHhM4AFCwkI BwIGFQoJCAsCBBYCAwECHgECF4AACgkQ8xYDWXahwulikAEA77hloUiSrXgFkUVJhlKBpLCHUjA0 mWZ9j9w5d08+jVwBAK6c4iGP7j+/PhbkxaEKa4V3MzIl7zJkcNNjHCXmvFcEuDgEZBBQQhIKKwYB BAGXVQEFAQEHQI5NLiLRjZy3OfSt1dhCmFyn+fN/QKELUYQetiaoe+MMAwEIB4h+BBgWCAAmFiEE Dg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwwFCQHhM4AACgkQ8xYDWXahwukm+wEA8cml4JpK NeAu65rg+auKrPOP6TP/4YWRCTIvuYDm0joBALw98AMz7/qMHvSCeU/hw9PL6u6R2EScxtpKnWof z4oM OpenPGP: id=philipk@posteo.net; url="https://keys.openpgp.org/vks/v1/by-email/philipk@posteo.net"; preference=signencrypt Date: Tue, 17 Sep 2024 18:46:10 +0000 Message-ID: <871q1i2k5p.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: acorallo@gnu.org, "N. Jackson" , 73303@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> 2. When the package system installs/updates a package, does it >> natively compile the files at the same time as it byte compiles >> them? > > I'm not sure, but I think it doesn't. Philip, can you answer that? My understanding: Native compilation build on byte-compilation, and all packages are byte-compiled. If `package-native-compile' is enabled (which is not the case by default), then the package is immediately compiled using native-compilation as well. This applies both to installing packages and upgrading them. I don't know if the native compiler will detect .elc files automatically and compile them at some later point. -- Philip Kaludercic on siskin From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 15:09:28 2024 Received: (at 73303) by debbugs.gnu.org; 17 Sep 2024 19:09:28 +0000 Received: from localhost ([127.0.0.1]:55975 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqdZn-00079x-S9 for submit@debbugs.gnu.org; Tue, 17 Sep 2024 15:09:28 -0400 Received: from mout01.posteo.de ([185.67.36.65]:50423) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqdZm-00079k-Rv for 73303@debbugs.gnu.org; Tue, 17 Sep 2024 15:09:27 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 2056C24002A for <73303@debbugs.gnu.org>; Tue, 17 Sep 2024 21:09:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1726600146; bh=co4sfbD0aoQA44EAIUhf+GfbQVetRLByHPIzlLiEcJY=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=rPeoeZoO1MqKDUKiDG327AbPc99VBj9pNI4zCa7Yr0DK0Ec5ZKC/KHnRRC64AVGu0 bRR/lDHaDJSBcIG9U/hhYT7XtthYIhoIFu1hAVUxVU0SwH2i8/DJgyyyQu8uT5Cl/M U8lvZzwOYaBRdK+OruTYX/USGH3SfhzwMt8g/Havobk4thhEiXQ4/f1Euz+CM81T5d bJT7XPezuHO9rjA9sppevNbVCO3fpI5B/VkqmTEh0Wjl3dy4d3psiCPLCeIUEBONs7 nHJ5KBgmRZkAZ323qlTmdlJMvQ4zodgivJWzyEXDOEwevPYCmsh1WucDeCuhPzTZAh Ai4je2updWeAw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4X7WXx19Tvz9rxG; Tue, 17 Sep 2024 21:09:05 +0200 (CEST) From: "N. Jackson" To: 73303@debbugs.gnu.org Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: <871q1i2k5p.fsf@posteo.net> (Philip Kaludercic's message of "Tue, 17 Sep 2024 18:46:10 +0000") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> <871q1i2k5p.fsf@posteo.net> Date: Tue, 17 Sep 2024 19:09:03 +0000 Message-ID: <87a5g6yu5s.fsf@Phoenix> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: Eli Zaretskii , acorallo@gnu.org, Philip Kaludercic 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 (---) At 18:46 +0000 on Tuesday 2024-09-17, Philip Kaludercic wrote: > Eli Zaretskii writes: > >>> 2. When the package system installs/updates a package, does it >>> natively compile the files at the same time as it byte compiles >>> them? >> >> I'm not sure, but I think it doesn't. Philip, can you answer that? > > My understanding: Native compilation build on byte-compilation, > and all packages are byte-compiled. If `package-native-compile' > is enabled (which is not the case by default), then the package is > immediately compiled using native-compilation as well. This > applies both to installing packages and upgrading them. Shouldn't this be on by default now that native compilation is enabled by default? After all, if Emacs is going to be byte compiling the files anyway, it might as well native compile them at the same time and get any issues out of the way while the user's mind is in working-with-packages mode. > I don't know if the native compiler will detect .elc files > automatically and compile them at some later point. When they are loaded, presumably? From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 15:10:24 2024 Received: (at 73303) by debbugs.gnu.org; 17 Sep 2024 19:10:25 +0000 Received: from localhost ([127.0.0.1]:55980 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqdai-0007HQ-BZ for submit@debbugs.gnu.org; Tue, 17 Sep 2024 15:10:24 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqdag-0007Bo-HX for 73303@debbugs.gnu.org; Tue, 17 Sep 2024 15:10:23 -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 1sqdaK-0001La-EM; Tue, 17 Sep 2024 15:10:00 -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=ZPjFKQZAM9pHQXbnbbA2+6DClW33L0EYZHsjACPNEwI=; b=GJsOb+1/0v5o /JB4PYz+NnhBcJUXv/RrqnkocgK5OEhrr/rrwm43BsiHoxNB5BDgx6+9k2mBoAtRu7bdPm/XZelUo M8bT4cV2ONGzEN4C51AyNY1xC1aXewZXv9lH84ouuleRqKfl4Giv9SfZel7Csfs26eYjPnQKSPncm ubdsAE8lDpyajgahTYcHzK5mxS8O3K3IciBGCz3yigVAUjuFsjaRbOmR1Q4XHeBjUlQ1xP9PwiqDO Lh0+obbWlt/jiV3QaFfBIK2Tq+Q3uzUCFgI7vUgCcJIoHp4JgPzlgXLC3wYU5Pgl0I8z0i3xnH4+o 2Koo2HVyS9QroJMJOh97qg==; Date: Tue, 17 Sep 2024 22:09:52 +0300 Message-Id: <86zfo69jwf.fsf@gnu.org> From: Eli Zaretskii To: Philip Kaludercic In-Reply-To: <871q1i2k5p.fsf@posteo.net> (message from Philip Kaludercic on Tue, 17 Sep 2024 18:46:10 +0000) Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> <871q1i2k5p.fsf@posteo.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: acorallo@gnu.org, njackson@posteo.net, 73303@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: Philip Kaludercic > Cc: "N. Jackson" , 73303@debbugs.gnu.org, > acorallo@gnu.org > Date: Tue, 17 Sep 2024 18:46:10 +0000 > > Eli Zaretskii writes: > > >> 2. When the package system installs/updates a package, does it > >> natively compile the files at the same time as it byte compiles > >> them? > > > > I'm not sure, but I think it doesn't. Philip, can you answer that? > > My understanding: Native compilation build on byte-compilation, and all > packages are byte-compiled. If `package-native-compile' is enabled > (which is not the case by default), then the package is immediately > compiled using native-compilation as well. OK, so this means the OP will have to enable native compilation by customizing package-native-compile. > I don't know if the native compiler will detect .elc files > automatically and compile them at some later point. It will, but only when Emacs loads these .elc files. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 16:10:18 2024 Received: (at 73303) by debbugs.gnu.org; 17 Sep 2024 20:10:18 +0000 Received: from localhost ([127.0.0.1]:56038 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqeWg-0002BH-39 for submit@debbugs.gnu.org; Tue, 17 Sep 2024 16:10:18 -0400 Received: from mout01.posteo.de ([185.67.36.65]:48825) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqeWd-0002B0-S7 for 73303@debbugs.gnu.org; Tue, 17 Sep 2024 16:10:16 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id BE2FD240027 for <73303@debbugs.gnu.org>; Tue, 17 Sep 2024 22:09:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1726603794; bh=PExvjOaS8KqDyZAhNv+9yCs2x/QrwOURO8ltSitLYks=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=aqWMre9Age62d7FsVW1pw91MK5RD/eGPbTvHyrpViOftIYzKDl1/SSlExQzNX0NGV 9ZgooPaT394VwB4yi4uKSiL2AWEtbPrPYoBhOqqn9yDPqGaEVSt1968rJXd/63PUH1 RB0xu3pX+R2i6TLYJCww9yixLbJNxGi+gSqyOfNE+7J5plYOUCAVO0FlZ3DzLWf6x4 QPvD92MxopDzQnuw5LCiRTaBxnZRydj5hGcoIQoEbcl58iJmbo5kbQ4xgSUPRh+bJl VgmKTqdWNnwUvB7gGdebsPim4mBsWNjbK7Tav7KQQbOxRqwuQI3MJAavsC78HAdqIf lKn8Mojhph1Hg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4X7Xv46z8Yz9rxD; Tue, 17 Sep 2024 22:09:52 +0200 (CEST) From: "N. Jackson" To: Eli Zaretskii Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: <865xqub7ai.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 17 Sep 2024 18:59:17 +0300") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> Date: Tue, 17 Sep 2024 20:09:51 +0000 Message-ID: <8734lyyrcg.fsf@Phoenix> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: Philip Kaludercic , acorallo@gnu.org, 73303@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 (---) At 18:59 +0300 on Tuesday 2024-09-17, Eli Zaretskii wrote: To: Eli Zaretskii Cc: Philip Kaludercic , 73303@debbugs.gnu.org, acorallo@gnu.org Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments From: "N. Jackson" Gcc: nnfolder+archive:sent.2024-09 --text follows this line-- At 18:59 +0300 on Tuesday 2024-09-17, Eli Zaretskii wrote: > The feedback is always welcome, of course (if my wording somehow > made an impression it wasn't, I apologize). No worries. I very much appreciate the huge amount of work you do on Emacs and it amazes me that anyone could find time for it all. So if your messages are sometimes somewhat terse, I can appreciate them for being concise and I've learned to take them literally, at face value, without imagining hidden implications. > So these issues are not new, and I think Emacs 30 is better > equipped to deal with them, and gives users more knobs to deal > with them. More knobs is good, but probably increases the difficulty of choosing the defaults. > If you set native-comp-async-report-warnings-errors to the value > 'silent', the warnings will be logged in the *Warnings* buffer, where > you can later review them, but will not be shown in a popup buffer, > which might distract you when you don't want that. Thank you for that tip, I'll do that. [I'll never remember to look at the *Warnings* buffer, but I can set a hook that runs when Emacs exits that logs the warnings and sets a TODO in Org to remind me to look at them at an opportune moment.] > If your init file arranges for many packages to load only on demand, > then I don't think there is a way, except summarily compile all the > packages under your ~/.emacs.d/ directory (assuming that's where you > install them). I don't think I do that. Not deliberately anyway. Almost all the packages I use were installed with the package manager through the list-packages interface, although there a few that comes from my GNU/Linux distribution. Here it's ~/.config/emacs/ nowadays, and I could compile everything there but that wouldn't catch the files from the distro. >> I don't suppose there's a function >> native-compile-eagerly-compile-all-dependencies-of-my-init-files-and-do-it-synchronously-right-now?! > > We could do that, but before we do' we'd need to come up with a > find-all-dependecies-of-my-init-files function ;-) Ha! Well I don't feel so bad now that I couldn't immediately see exactly how to do it. But wouldn't it be as simple as just native compiling everything on load-path? After all, if the native compilation that produces the intrusive warnings is triggered by loading a .elc file, mustn't the offending file be on the load path? [Unless the file were loaded explicitly, I suppose, but that case one could handle separately if one wanted to -- after all, explicit loads should be easy to find.] Could there be a native-compile-load-path function? > The preloaded files are natively compiled as part of the build, but > the rest are only natively compiled if the build uses the optional > "ahead-of-time" feature, via a switch to the configure script. Thank you, I'll add that to the things I turn on when I run configure. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 16:10:48 2024 Received: (at 73303) by debbugs.gnu.org; 17 Sep 2024 20:10:48 +0000 Received: from localhost ([127.0.0.1]:56042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqeX9-0002Jx-ME for submit@debbugs.gnu.org; Tue, 17 Sep 2024 16:10:48 -0400 Received: from mout01.posteo.de ([185.67.36.65]:60071) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqeX7-0002Jh-LY for 73303@debbugs.gnu.org; Tue, 17 Sep 2024 16:10:46 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id E49C1240027 for <73303@debbugs.gnu.org>; Tue, 17 Sep 2024 22:10:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1726603824; bh=WAPFQKchrdGoB5Iahee1G9IL/VSuvpB9SbziVWEKwUc=; h=From:To:Cc:Subject:Autocrypt:OpenPGP:Date:Message-ID:MIME-Version: Content-Type:From; b=YJOrq4/dNy3whr9X02EZAqAwrnAzh/zIF3RkflytnOFtm1ky738KAR32lOzIvHi22 +Axe7bcp5vsXcoHBHSX0kL40uqQ1U0UnlXOo7zMdIG+FncnccuciSj1ahMe5DHqE8j hPLlG70zF9+Ty1epV5KxYzbQdI12fAXr2bWBTULnPiZAaMtbFrlYIJeoVO8I/g4X+8 xMOHRxzMIQdfLkMdWEJ8S8F4WkXFR0VmF9FPc3miw1H/ipzEGYDcD1dAm7SnxAsjIq dUEt+1nNtvZgpDE5YWy1HF2b6qvYT3ALmUSm1wem/AjMXBU7KBPvpdtE30dEDs4/Ix t/lfDIcWh9lmw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4X7Xvh1qGrz9rxG; Tue, 17 Sep 2024 22:10:24 +0200 (CEST) From: Philip Kaludercic To: "N. Jackson" Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: <87a5g6yu5s.fsf@Phoenix> (N. Jackson's message of "Tue, 17 Sep 2024 19:09:03 +0000") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> <871q1i2k5p.fsf@posteo.net> <87a5g6yu5s.fsf@Phoenix> Autocrypt: addr=philipk@posteo.net; keydata= mDMEZBBQQhYJKwYBBAHaRw8BAQdAHJuofBrfqFh12uQu0Yi7mrl525F28eTmwUDflFNmdui0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiWBBMWCAA+FiEEDg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwMFCQHhM4AFCwkI BwIGFQoJCAsCBBYCAwECHgECF4AACgkQ8xYDWXahwulikAEA77hloUiSrXgFkUVJhlKBpLCHUjA0 mWZ9j9w5d08+jVwBAK6c4iGP7j+/PhbkxaEKa4V3MzIl7zJkcNNjHCXmvFcEuDgEZBBQQhIKKwYB BAGXVQEFAQEHQI5NLiLRjZy3OfSt1dhCmFyn+fN/QKELUYQetiaoe+MMAwEIB4h+BBgWCAAmFiEE Dg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwwFCQHhM4AACgkQ8xYDWXahwukm+wEA8cml4JpK NeAu65rg+auKrPOP6TP/4YWRCTIvuYDm0joBALw98AMz7/qMHvSCeU/hw9PL6u6R2EScxtpKnWof z4oM OpenPGP: id=philipk@posteo.net; url="https://keys.openpgp.org/vks/v1/by-email/philipk@posteo.net"; preference=signencrypt Date: Tue, 17 Sep 2024 20:10:23 +0000 Message-ID: <87msk611ow.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: Eli Zaretskii , acorallo@gnu.org, 73303@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 (---) "N. Jackson" writes: > At 18:46 +0000 on Tuesday 2024-09-17, Philip Kaludercic wrote: > >> Eli Zaretskii writes: >> >>>> 2. When the package system installs/updates a package, does it >>>> natively compile the files at the same time as it byte compiles >>>> them? >>> >>> I'm not sure, but I think it doesn't. Philip, can you answer that? >> >> My understanding: Native compilation build on byte-compilation, >> and all packages are byte-compiled. If `package-native-compile' >> is enabled (which is not the case by default), then the package is >> immediately compiled using native-compilation as well. This >> applies both to installing packages and upgrading them. > > Shouldn't this be on by default now that native compilation is > enabled by default? After all, if Emacs is going to be byte > compiling the files anyway, it might as well native compile them at > the same time and get any issues out of the way while the user's > mind is in working-with-packages mode. I have no opinion on this, and as I don't build Emacs with native compilation I cannot try it out either. >> I don't know if the native compiler will detect .elc files >> automatically and compile them at some later point. > > When they are loaded, presumably? Right, Eli confirms this below. Eli Zaretskii writes: >> From: Philip Kaludercic >> Cc: "N. Jackson" , 73303@debbugs.gnu.org, >> acorallo@gnu.org >> Date: Tue, 17 Sep 2024 18:46:10 +0000 >> >> Eli Zaretskii writes: >> >> >> 2. When the package system installs/updates a package, does it >> >> natively compile the files at the same time as it byte compiles >> >> them? >> > >> > I'm not sure, but I think it doesn't. Philip, can you answer that? >> >> My understanding: Native compilation build on byte-compilation, and all >> packages are byte-compiled. If `package-native-compile' is enabled >> (which is not the case by default), then the package is immediately >> compiled using native-compilation as well. > > OK, so this means the OP will have to enable native compilation by > customizing package-native-compile. I haven't read through the entire thread, but it sounds like a possible solution. >> I don't know if the native compiler will detect .elc files >> automatically and compile them at some later point. > > It will, but only when Emacs loads these .elc files. -- Philip Kaludercic on siskin From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 20:43:38 2024 Received: (at 73303) by debbugs.gnu.org; 18 Sep 2024 00:43:38 +0000 Received: from localhost ([127.0.0.1]:56261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqinC-0000X4-15 for submit@debbugs.gnu.org; Tue, 17 Sep 2024 20:43:38 -0400 Received: from mout01.posteo.de ([185.67.36.65]:42263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqin9-0000Wo-MP for 73303@debbugs.gnu.org; Tue, 17 Sep 2024 20:43:36 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 1DD78240027 for <73303@debbugs.gnu.org>; Wed, 18 Sep 2024 02:43:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1726620194; bh=EZpC1gWN/JYDwnj7op4wO+UfF4pALBdiv+7TNNYxQoI=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=YbrRhPcxcUZU9SPSDdt7TgelnlQyDoegMiImkzyQoqjx8Z+DU+wTnofcH4NyoEyxO gtrIukj+4uVj9K3R6UpWHraIU1fISmkK4qzJYeg/eTNUmaU/d9+9K979Ig9EbE+byj tTNKs+ZHaI7UH/ikuFaXq5NXN3ud76I/ANsiK/2oMS6rfOaeg+ZRMVw2cJBoG5UpIy votDL+X1qH9uAXPK7c8Jd/5Ai1z6JYU1IwZKRXmrZg/6BdxAujjP8pSq8efNVoUxmz R+NNtBMt9HInVd4nTyNABqPQGbxh5jl1A4wlNYBtcpaNWAZIxNOhwBWcC4tNy9choQ EzxNWFf96usBg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4X7fyS0ykGz6txs; Wed, 18 Sep 2024 02:43:11 +0200 (CEST) From: "N. Jackson" To: Andrea Corallo , Magnar Sveen Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: (Andrea Corallo's message of "Mon, 16 Sep 2024 15:27:53 -0400") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> Date: Wed, 18 Sep 2024 00:43:10 +0000 Message-ID: <87r09h94gx.fsf@Phoenix> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: Eli Zaretskii , 73303@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 (---) Hello Magnar, In this Emacs Bug thread[1] (about native compiler warnings popping up at inopportune moments), it was suggested that someone report to you some specific warnings being caused by your package expand-region, and I am doing so by including you in this email. [1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D73303 At 15:27 -0400 on Monday 2024-09-16, Andrea Corallo wrote: > >>> From: "N. Jackson" >>> Date: Mon, 16 Sep 2024 18:14:46 +0000 >>>=20 >>>=20 >>> Since building Emacs 30.0.91, I have repeatedly been interrupted in >>> my work by warnings from the native compiler. >>>=20 >>> A few examples of the warnings are: >>>=20 >>> Warning (native-compiler): ~/.config/emacs/modules/cdlatex.el:1025:26= : Warning: the function =E2=80=98reftex-what-environment=E2=80=99 is not kn= own to be defined. >>> Warning (native-compiler): python-el-fgallina-expansions.el:161:10: W= arning: the function =E2=80=98python-nav-end-of-block=E2=80=99 is not known= to be defined. >>> Warning (native-compiler): python-el-fgallina-expansions.el:138:8: Wa= rning: the function =E2=80=98python-util-forward-comment=E2=80=99 is not kn= own to be defined. >>> Warning (native-compiler): python-el-fgallina-expansions.el:94:4: War= ning: the function =E2=80=98python-nav-beginning-of-statement=E2=80=99 is n= ot known to be defined. >>> Warning (native-compiler): python-el-fgallina-expansions.el:92:4: War= ning: the function =E2=80=98python-nav-end-of-statement=E2=80=99 is not kno= wn to be defined. >>> Warning (native-compiler): python-el-fgallina-expansions.el:62:31: Wa= rning: the function =E2=80=98python-syntax-context=E2=80=99 is not known to= be defined. >>> Warning (native-compiler): python-el-fgallina-expansions.el:39:39: Wa= rning: the function =E2=80=98python-indent=E2=80=99 is not known to be defi= ned. >>> Warning (native-compiler): python-el-fgallina-expansions.el:37:40: Wa= rning: the function =E2=80=98python-info-ppss-context=E2=80=99 is not known= to be defined. > > I think the python* warnings should be reported as bugs to > . > > Andrea Thanks Andrea, that allowed me to track these ones down. I have in my init file (custom-set-variables ... '(package-archives '(("gnu" . "https://elpa.gnu.org/packages/"))) ... '(package-selected-packages '(... expand-region ...)) ...) and indeed the offending files (for this particular set of warnings) are in ~/.config/emacs/elpa/expand-region-1.0.0/. I don't think I can report this to the author and maintainer of expand-region on Github because, IIUC, that would require me to run proprietary JavaScript, but I am including him (Magnar Sveen) in this email. N. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 18 07:32:33 2024 Received: (at 73303) by debbugs.gnu.org; 18 Sep 2024 11:32:33 +0000 Received: from localhost ([127.0.0.1]:57158 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqsvA-0005tI-MC for submit@debbugs.gnu.org; Wed, 18 Sep 2024 07:32:33 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44312) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sqsv5-0005sw-Si for 73303@debbugs.gnu.org; Wed, 18 Sep 2024 07:32:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sqssb-0001lb-KP; Wed, 18 Sep 2024 07:29:53 -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=53GD+T3k9kGcHBm+uRxML/Ja0QxeRF7WWvt2OQUU3V4=; b=pXY7he7NAtXJ lPViMzyZ6fXKiXHSeb6jZQQqAM1taHF4wjSqlBEqDvY/50BajlH7EMkrYVUMsOWIEpTvUR578vNcK 5PrGl99cySrSD/KgIqE3/r2unGhPkQcCjvnB+slPPxRdvZNcFQTsOyKD8iI8poIbgEQsRoG+TPYR4 qPwWLJR/GhjeU0NdxKVJW6Ofln310BNcpRBpLqqHkHzRdsAyFwxDwwQG5IRNvc8YpzNlk4FSpyfqF 6SjerjD6AenE7kq+2qwYJuubw2fLE4elTbwjqhnjXIl4JhsoOmHLrIaUoUiwLXBNIQ6PM/OBMOne0 7zePwCfypecaJ3rEBP4Yrg==; Date: Wed, 18 Sep 2024 14:29:45 +0300 Message-Id: <86tted9p3q.fsf@gnu.org> From: Eli Zaretskii To: "N. Jackson" In-Reply-To: <8734lyyrcg.fsf@Phoenix> (njackson@posteo.net) Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> <8734lyyrcg.fsf@Phoenix> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: philipk@posteo.net, acorallo@gnu.org, 73303@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: "N. Jackson" > Cc: Philip Kaludercic , 73303@debbugs.gnu.org, > acorallo@gnu.org > Date: Tue, 17 Sep 2024 20:09:51 +0000 > > > If your init file arranges for many packages to load only on demand, > > then I don't think there is a way, except summarily compile all the > > packages under your ~/.emacs.d/ directory (assuming that's where you > > install them). > > I don't think I do that. Not deliberately anyway. Almost all the > packages I use were installed with the package manager through the > list-packages interface, although there a few that comes from my > GNU/Linux distribution. AFAIK, by default package.el installs all packages under package-user-dir, which on my system is ~/.emacs.d/elpa/. > >> I don't suppose there's a function > >> native-compile-eagerly-compile-all-dependencies-of-my-init-files-and-do-it-synchronously-right-now?! > > > > We could do that, but before we do' we'd need to come up with a > > find-all-dependecies-of-my-init-files function ;-) > > Ha! Well I don't feel so bad now that I couldn't immediately see > exactly how to do it. > > But wouldn't it be as simple as just native compiling everything on > load-path? You could do that, but that would be a huge overkill, I think. Also, loading all of the files there might get you in trouble, because not every Lisp package is compatible with every other. They could conflict. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 24 15:10:44 2024 Received: (at 73303) by debbugs.gnu.org; 24 Sep 2024 19:10:45 +0000 Received: from localhost ([127.0.0.1]:37356 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1stAvs-0000oI-Ak for submit@debbugs.gnu.org; Tue, 24 Sep 2024 15:10:44 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1stAvq-0000nx-5c for 73303@debbugs.gnu.org; Tue, 24 Sep 2024 15:10:42 -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 1stAvL-0004PL-NX; Tue, 24 Sep 2024 15:10:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=ScUbnCZxFO5l2ELdo04s13wsTLX00qatHPBYODuW2dU=; b=ZVl4SXf0hemvqQXD41zN x7mNGQs1c4YJgeqe0++jOJ7GpDTRdIKNoqc3jM6cnw8UlQLvw2IUoP12FLms+2/i9tUsPkMGvA+/s CoRUaGzzRt2oMqdK14Dr5YbXuxc0Jrdo8b7DU0n8M/fgjMZ/MlYgtTedFr8RFTwM5Q/L76z13UEuS tbBq+WJP8sNGsUGdqcBBdkCWq0kK7SxjGM8dQlXHQBjZxqdAKx4mT3LBpIgRWAWQbCrKepa3iqE5O AOcnG/IuuRhhrBwd60xqUbeWWdwaEqwwQ1rLBD70fuvlYSaS2OMwF6wvcuqVNdZEwt73wTjh8mapd 2t5Gq8r2hc5QAw==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1stAvK-0005zo-JH; Tue, 24 Sep 2024 15:10:10 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: <865xqub7ai.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 17 Sep 2024 18:59:17 +0300") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> Date: Tue, 24 Sep 2024 15:10:10 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: Philip Kaludercic , "N. Jackson" , 73303@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: "N. Jackson" >> Cc: 73303@debbugs.gnu.org, Andrea Corallo >> Date: Tue, 17 Sep 2024 15:22:42 +0000 >>=20 >> Hello Eli, thank you for your response. >>=20 >> At 21:42 +0300 on Monday 2024-09-16, Eli Zaretskii wrote: >>=20 >> > I see no bug in what you describe. >>=20 >> Fair enough. The concern that prompted me to file a bug report was >> not that native compile is broken (a literal bug) but rather that >> since it's a newish feature you might welcome end-user feedback >> about it's default behaviour (or perceived behaviour) that might >> lead to to beneficial tweaks to either the behaviour or to the >> documentation. > > The feedback is always welcome, of course (if my wording somehow made > an impression it wasn't, I apologize). And what you describe is > already known: a few users posted similar experiences during the > development and testing of Emacs 29. So these issues are not new, and > I think Emacs 30 is better equipped to deal with them, and gives users > more knobs to deal with them. > >> > These warnings usually mean that the offending Lisp file lacks >> > some 'require's. JIT native compilation runs in a separate Emacs >> > session, which only loads the file it compiles, so any missing >> > 'require's or autoloading cookies trigger these warnings, whereas >> > when the same packages are loaded into your main Emacs session, >> > they can benefit from packages loaded earlier in the session. >> ... >> > JIT native compilation is triggered by loading a .elc file that >> > doesn't yet have a corresponding .eln file >>=20 >> Thank you for the overview of how native compilation works. I had >> wrongly guessed that it was deferring the compilation lazily and >> doing it later on an idle timer or something of that sort. If I >> understand what you are saying correctly, the native compiler, not >> having a crystal ball, cannot possibly know ahead of time what .elc >> files a user might load, so it cannot compile them ahead of time. > > Yes, exactly. JIT compilation compiles only packages that you load, > when you load them for the first time. > >> However, as a na=C3=AFve end-user of Emacs, when I am _using_ Emacs, as a >> tool to get a job done -- writing an essay, say -- I don't want to >> think about the guts of how Emacs works. I'm happy to save that for >> when I'm building Emacs or maintaining my configuration files and >> that is when I would want the native compilation to happen, if that >> were possible. >>=20 >> You write >>=20 >> > You can disable these warnings if you are annoyed by them. They >> > are just warnings, and will not usually cause any problems when >> > using the compiled code. See >> > native-comp-async-report-warnings-errors. >>=20 >> Sweeping warnings under the rug isn't something I'm comfortable with >> even if nine times out of ten (or 999 times in 1000) they're false >> alarms. (I'm the sort of person that -Werror was made for.) > > If you set native-comp-async-report-warnings-errors to the value > 'silent', the warnings will be logged in the *Warnings* buffer, where > you can later review them, but will not be shown in a popup buffer, > which might distract you when you don't want that. > >> > You can cause these compilations to happen at the beginning of your >> > Emacs session if you change your init files such that Emacs loads all >> > these files. >> ... >> > In any case, Emacs compiles each Lisp file just once, so you should >> > only see these when you start a new Emacs version for the first time. >>=20 >> I guess, then, that I would want to (somehow) process my init files -- >> before using Emacs for the first time after upgrading to a new >> version -- to ensure native compilation of all dependencies. >>=20 >> Do you have any pointers on how to go about doing that? It seems >> impractical for a casual Emacs user since they don't necessary know >> what files will be loaded by the packages they use. The warnings >> I've seen so far all refer to files I've never heard of. > > If your init file arranges for many packages to load only on demand, > then I don't think there is a way, except summarily compile all the > packages under your ~/.emacs.d/ directory (assuming that's where you > install them). Maybe we should have a native-compile-directory > function to make that easier; currently we only have > emacs-lisp-native-compile, which compiles a single file. Andrea, > WDYT?=20 Yes we could do that if we think is useful, is probably few lines like: (defun native-compile-directory (directory) (mapc (lambda (file) (native-compile file)) (directory-files-recursively directory ".+\\.el$"))) but this will recompile all files, so maybe to make it useful for .emacs we should have something that compiles files only when the corresponding eln is not already present? From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 24 15:32:13 2024 Received: (at 73303) by debbugs.gnu.org; 24 Sep 2024 19:32:13 +0000 Received: from localhost ([127.0.0.1]:38369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1stBGe-0002EZ-QB for submit@debbugs.gnu.org; Tue, 24 Sep 2024 15:32:13 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49054) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1stBGc-0002EJ-Ma for 73303@debbugs.gnu.org; Tue, 24 Sep 2024 15:32:11 -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 1stAyb-0004qH-PY; Tue, 24 Sep 2024 15:13:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=RZETLafy8Mi2WBNaFs7VELGPTEECZ4QjTbgbG3HUUAA=; b=MhO3KiUK2mB1el7ZtKcT vfkrmVWHHgSWrMH3+N+4s2Quq9eLQmEdoWpN5+Y9WBX3OckOqLCtBb/ClaI1Px4BYD2Vt/X7tgsJf LTyNzjbiUuJOm5pJXg5xnRi1AB/eKefg0TfRNQ5Xg3QwAfRUtYsO1vLAgiH7I/cC4u3KwjloRukrC 27JtfpLCGtW136X2TuyL66kkEC8kqw0pZ+tVUyDK2iwFzXnQWnMJqVcExAtzaULYwM0hhS2vVFOU9 2ulk+X/2cq3yaLQjinP0I2Zg4YfqNGDxkrwM0vS6bHwGsU7xo5VuRZwj7aEwNqC9LXoRD0hhzWrZV suo6rtmTrPT15A==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1stAyY-0006CI-0T; Tue, 24 Sep 2024 15:13:30 -0400 From: Andrea Corallo To: "N. Jackson" Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: <87a5g6yu5s.fsf@Phoenix> (N. Jackson's message of "Tue, 17 Sep 2024 19:09:03 +0000") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> <871q1i2k5p.fsf@posteo.net> <87a5g6yu5s.fsf@Phoenix> Date: Tue, 24 Sep 2024 15:13:29 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: Philip Kaludercic , Eli Zaretskii , 73303@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 (---) "N. Jackson" writes: > At 18:46 +0000 on Tuesday 2024-09-17, Philip Kaludercic wrote: > >> Eli Zaretskii writes: >> >>>> 2. When the package system installs/updates a package, does it >>>> natively compile the files at the same time as it byte compiles >>>> them? >>> >>> I'm not sure, but I think it doesn't. Philip, can you answer that? >> >> My understanding: Native compilation build on byte-compilation, >> and all packages are byte-compiled. If `package-native-compile' >> is enabled (which is not the case by default), then the package is >> immediately compiled using native-compilation as well. This >> applies both to installing packages and upgrading them. > > Shouldn't this be on by default now that native compilation is > enabled by default? I don't think so, this setting is in agreement with the default Emacs behaviour of native compiling on demand only code which is actually loaded (and executed). Andrea From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 25 07:18:29 2024 Received: (at 73303) by debbugs.gnu.org; 25 Sep 2024 11:18:30 +0000 Received: from localhost ([127.0.0.1]:57405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1stQ2P-0001Ny-E9 for submit@debbugs.gnu.org; Wed, 25 Sep 2024 07:18:29 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57790) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1stQ2M-0001Nc-Q6 for 73303@debbugs.gnu.org; Wed, 25 Sep 2024 07:18:27 -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 1stPzk-0004Rx-7T; Wed, 25 Sep 2024 07:15:44 -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=j4e1rJsQe+baTNn3/PmG4hp3jH192zFBNgjg1rVtE1A=; b=oMaBJVhHpUnS WpFOYtCKE981fnnqP3XxhSkFaB91zwwSe0nS6m3XzHIZ/GFklXOeFEKXUaQdbHBlZpEO+/LUk+Z04 JegocPqJQ2iSUA/rjbzbDuuDu8eFuC+VZHV774AJxVb00vD+Tzi0TiKwtR7CYCP+NxaW7WViGSeE5 Umif1UyhQWPZmdi4XIJE7LJG0NnBDzV9dblQa93rzONR2SY+tvc/ap/nr7BY64sQ85aiRUmVLo/q3 sT1T0a6iZXZWMTIR+9FrSmLnsnl3SAU/uOgyIJj3DXJS6WOz4OdfMZw9o/hh1Rxf14gMvX4OZ6uaE wu5uHnduHGw7FbGbF2pHOQ==; Date: Wed, 25 Sep 2024 14:15:41 +0300 Message-Id: <86ldzgc7c2.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Tue, 24 Sep 2024 15:10:10 -0400) Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: philipk@posteo.net, njackson@posteo.net, 73303@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Andrea Corallo > Cc: "N. Jackson" , Philip Kaludercic > , 73303@debbugs.gnu.org > Date: Tue, 24 Sep 2024 15:10:10 -0400 > > Eli Zaretskii writes: > > > If your init file arranges for many packages to load only on demand, > > then I don't think there is a way, except summarily compile all the > > packages under your ~/.emacs.d/ directory (assuming that's where you > > install them). Maybe we should have a native-compile-directory > > function to make that easier; currently we only have > > emacs-lisp-native-compile, which compiles a single file. Andrea, > > WDYT? > > Yes we could do that if we think is useful, is probably few lines like: > > (defun native-compile-directory (directory) > (mapc (lambda (file) > (native-compile file)) > (directory-files-recursively directory ".+\\.el$"))) > > but this will recompile all files, so maybe to make it useful for .emacs > we should have something that compiles files only when the corresponding > eln is not already present? Yes, that would be better. But the test is not very trivial, because the .eln file can be in another directory, somewhere on native-comp-eln-load-path, and there's the issue of the right version and hash. Maybe we should have a find-eln-file function to do that? From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 25 14:48:31 2024 Received: (at 73303) by debbugs.gnu.org; 25 Sep 2024 18:48:31 +0000 Received: from localhost ([127.0.0.1]:48642 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1stX3v-0000Tw-5L for submit@debbugs.gnu.org; Wed, 25 Sep 2024 14:48:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57196) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1stX3s-0000Tc-C7 for 73303@debbugs.gnu.org; Wed, 25 Sep 2024 14:48:29 -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 1stX3M-0003s5-Mq; Wed, 25 Sep 2024 14:47:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=br7/pO8XJ0ahdUIfIBkM/wyIhuhLJgo6uWp1ZKRnfbM=; b=jUtBOyWSShRl5kj3/wx1 +g6Xzbkq6Kezh9+27YP9+qovZmQnSvhB+EBCbXdVe1GSpz+Iiv747QfJ4W5LuPqVDklC0vjgpV56e XPRegxJ8+6KTyY4PtG5IhdfHcksg7sqoPu5mmV44jq1Vif/p7ywMJs0pHppXsg4n4fnqNjN9D4Lcz XvRPBtVz1PMeFfjfCiU008KqcaxAP+B0Hcc/42+aUG89RevfqNmppLW+2s0pjiO3gWOhJRrItHj6a CWtA9ymqEc4L0R/M7uBRwPmatFb8k0cEjSOpCryeU6wKbee3p54Bar6DywEYsZvWs/rB7MO393l1h lxsVeUw9DlzMlQ==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1stX3L-0000XY-Dw; Wed, 25 Sep 2024 14:47:55 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: <86ldzgc7c2.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 25 Sep 2024 14:15:41 +0300") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> <86ldzgc7c2.fsf@gnu.org> Date: Wed, 25 Sep 2024 14:47:55 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: philipk@posteo.net, njackson@posteo.net, 73303@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: "N. Jackson" , Philip Kaludercic >> , 73303@debbugs.gnu.org >> Date: Tue, 24 Sep 2024 15:10:10 -0400 >> >> Eli Zaretskii writes: >> >> > If your init file arranges for many packages to load only on demand, >> > then I don't think there is a way, except summarily compile all the >> > packages under your ~/.emacs.d/ directory (assuming that's where you >> > install them). Maybe we should have a native-compile-directory >> > function to make that easier; currently we only have >> > emacs-lisp-native-compile, which compiles a single file. Andrea, >> > WDYT? >> >> Yes we could do that if we think is useful, is probably few lines like: >> >> (defun native-compile-directory (directory) >> (mapc (lambda (file) >> (native-compile file)) >> (directory-files-recursively directory ".+\\.el$"))) >> >> but this will recompile all files, so maybe to make it useful for .emacs >> we should have something that compiles files only when the corresponding >> eln is not already present? > > Yes, that would be better. But the test is not very trivial, because > the .eln file can be in another directory, somewhere on > native-comp-eln-load-path, and there's the issue of the right version > and hash. Maybe we should have a find-eln-file function to do that? Yep, just looping on `native-comp-eln-load-path` using `comp-el-to-eln-rel-filename` should do the job. Okay I'll try to put together a patch. Andrea From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 19 02:59:25 2024 Received: (at 73303) by debbugs.gnu.org; 19 Oct 2024 06:59:25 +0000 Received: from localhost ([127.0.0.1]:41060 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t23Qr-0006lO-2n for submit@debbugs.gnu.org; Sat, 19 Oct 2024 02:59:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60892) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t23Qp-0006lA-41 for 73303@debbugs.gnu.org; Sat, 19 Oct 2024 02:59:24 -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 1t23QM-0000at-9r; Sat, 19 Oct 2024 02:58:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=EMLr3izcyTZSF7NF6AF6rkafvFakJyAdnJQeHcBDTj0=; b=ZJdmXT3+NS2q UUcrkzohA9fhJSKRGEXW4XlGfkNNb5HEN1U0cyZqT2d2aUAzCdKKReX+fqBWkwhVvb9h51+FLlrco 56KVg4JRm6fl9/L9Lm6gjbqdtiIgnp+nbNqysJcz386GHmoF0fCB+we2aRg16usRmBxVl5pxhkYx4 w6jQ6dNINVP9NAmbMGksm3eiEAkNkkVsEA37taqMrPvG+fb4it2FFSkDvJ1ZugHSOZXywA5nqn+Vb 32IxvYIreaRi+YovnP5Wb44dDephT+JP6rXGvQJj6wOaP9LKzu4z1n6KjMAU+3dZTck2gl9lOGzRm TVC08uB76synZQCJkW0NUQ==; Date: Sat, 19 Oct 2024 09:58:51 +0300 Message-Id: <86a5f0mvdg.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Wed, 25 Sep 2024 14:47:55 -0400) Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> <86ldzgc7c2.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: philipk@posteo.net, njackson@posteo.net, 73303@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Andrea Corallo > Cc: njackson@posteo.net, philipk@posteo.net, 73303@debbugs.gnu.org > Date: Wed, 25 Sep 2024 14:47:55 -0400 > > Eli Zaretskii writes: > > >> From: Andrea Corallo > >> Cc: "N. Jackson" , Philip Kaludercic > >> , 73303@debbugs.gnu.org > >> Date: Tue, 24 Sep 2024 15:10:10 -0400 > >> > >> Eli Zaretskii writes: > >> > >> > If your init file arranges for many packages to load only on demand, > >> > then I don't think there is a way, except summarily compile all the > >> > packages under your ~/.emacs.d/ directory (assuming that's where you > >> > install them). Maybe we should have a native-compile-directory > >> > function to make that easier; currently we only have > >> > emacs-lisp-native-compile, which compiles a single file. Andrea, > >> > WDYT? > >> > >> Yes we could do that if we think is useful, is probably few lines like: > >> > >> (defun native-compile-directory (directory) > >> (mapc (lambda (file) > >> (native-compile file)) > >> (directory-files-recursively directory ".+\\.el$"))) > >> > >> but this will recompile all files, so maybe to make it useful for .emacs > >> we should have something that compiles files only when the corresponding > >> eln is not already present? > > > > Yes, that would be better. But the test is not very trivial, because > > the .eln file can be in another directory, somewhere on > > native-comp-eln-load-path, and there's the issue of the right version > > and hash. Maybe we should have a find-eln-file function to do that? > > Yep, just looping on `native-comp-eln-load-path` using > `comp-el-to-eln-rel-filename` should do the job. Okay I'll try to put > together a patch. Ping! From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 22 12:30:55 2024 Received: (at 73303) by debbugs.gnu.org; 22 Oct 2024 16:30:55 +0000 Received: from localhost ([127.0.0.1]:57017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t3HmZ-0003TW-3J for submit@debbugs.gnu.org; Tue, 22 Oct 2024 12:30:55 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40026) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t3HmW-0003Rn-DM for 73303@debbugs.gnu.org; Tue, 22 Oct 2024 12:30:53 -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 1t3Hlx-0003yi-D7; Tue, 22 Oct 2024 12:30:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=OdP57IMdjwjC1fb0rAHtrBwLkm/rkdDpNBuLOdsfy7Q=; b=E1so7Xj/QRabvMRbP2nC dkae9X7T7UBvqoSTFCwxjPpkUEAAlUj59dx+sJEY9ENqi6snpw9Rhq7AAtNsLAa9ELXczxeT9ndet NyRshJAeq/qigfs5uC6FY0BGrtuERE4EQslzB/G0o4svU8xfHmQKfmYL/j3QTEDaqH8Z4KgzbIDd3 4fN/OyIPHQsB6F7bIxieuKYuDcCEGiX+VNLjFyJuQWAOICplWRhGiruUcgo7hR/To0sCHy+K07m0V yMwOG/sO/eB1gBpUysWcWBWoRvkacADKicqehLnOyevjwrG9Sxot/9ZUHOuvq7bXPsQwr4LHVZYgl 0I/QJn2NZtd0Dw==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1t3HlW-0004Zo-Cl; Tue, 22 Oct 2024 12:30:15 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: <86a5f0mvdg.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 19 Oct 2024 09:58:51 +0300") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> <86ldzgc7c2.fsf@gnu.org> <86a5f0mvdg.fsf@gnu.org> Date: Tue, 22 Oct 2024 12:29:49 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303 Cc: philipk@posteo.net, njackson@posteo.net, 73303@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: njackson@posteo.net, philipk@posteo.net, 73303@debbugs.gnu.org >> Date: Wed, 25 Sep 2024 14:47:55 -0400 >> >> Eli Zaretskii writes: >> >> >> From: Andrea Corallo >> >> Cc: "N. Jackson" , Philip Kaludercic >> >> , 73303@debbugs.gnu.org >> >> Date: Tue, 24 Sep 2024 15:10:10 -0400 >> >> >> >> Eli Zaretskii writes: >> >> >> >> > If your init file arranges for many packages to load only on demand, >> >> > then I don't think there is a way, except summarily compile all the >> >> > packages under your ~/.emacs.d/ directory (assuming that's where you >> >> > install them). Maybe we should have a native-compile-directory >> >> > function to make that easier; currently we only have >> >> > emacs-lisp-native-compile, which compiles a single file. Andrea, >> >> > WDYT? >> >> >> >> Yes we could do that if we think is useful, is probably few lines like: >> >> >> >> (defun native-compile-directory (directory) >> >> (mapc (lambda (file) >> >> (native-compile file)) >> >> (directory-files-recursively directory ".+\\.el$"))) >> >> >> >> but this will recompile all files, so maybe to make it useful for .emacs >> >> we should have something that compiles files only when the corresponding >> >> eln is not already present? >> > >> > Yes, that would be better. But the test is not very trivial, because >> > the .eln file can be in another directory, somewhere on >> > native-comp-eln-load-path, and there's the issue of the right version >> > and hash. Maybe we should have a find-eln-file function to do that? >> >> Yep, just looping on `native-comp-eln-load-path` using >> `comp-el-to-eln-rel-filename` should do the job. Okay I'll try to put >> together a patch. > > Ping! Hi Eli, with 246d68bd2a5 I added an implementation of 'native-compile-directory' which I believe does what we wanted here. Please have a look and feel free to suggest or improve. Thanks! Andrea From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 23 03:04:52 2024 Received: (at 73303-done) by debbugs.gnu.org; 23 Oct 2024 07:04:53 +0000 Received: from localhost ([127.0.0.1]:58413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t3VQK-0003u9-H4 for submit@debbugs.gnu.org; Wed, 23 Oct 2024 03:04:52 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60746) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t3VQI-0003tw-Mj for 73303-done@debbugs.gnu.org; Wed, 23 Oct 2024 03:04:52 -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 1t3VPi-0003nf-Or; Wed, 23 Oct 2024 03:04:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=yiTV27KckUyNtW5iK+EIrQeffbZ6p22tZtkMAuVeZ9s=; b=XeuMC7yrIBvU tsQiiHEE6irm1dH05rr1GiVURfHwYzzF3VbTJ9hBO1k+PMInJLfaIxZTLxiSsyixqaKPyAZ2wxzUw vfiCk6pCVpLdh8xpdo5t9OA3bhC31pbDbqwAc70OTUMsvkfzk4ZOpyoJljE0qHd+VJV3kauXBvvA0 NCeQBB9uYNMd+MLvBfbiOPCBCD+7Z4uVBVqmVMy9tbrGLI0lHepMgqszI3rU0f8SGd/B51anmU9PS 0CLA1r97UyNZ3mgFG5NGsabPUxCrYx+guLiD1hW1UKjfhWX2iEJf7IprBiNVtobABQEDyiWBmk1Gq yYoLLiYoqvcw6V/PgjM85Q==; Date: Wed, 23 Oct 2024 10:04:08 +0300 Message-Id: <861q07fggn.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Tue, 22 Oct 2024 12:29:49 -0400) Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> <86ldzgc7c2.fsf@gnu.org> <86a5f0mvdg.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303-done Cc: philipk@posteo.net, njackson@posteo.net, 73303-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: Andrea Corallo > Cc: njackson@posteo.net, philipk@posteo.net, 73303@debbugs.gnu.org > Date: Tue, 22 Oct 2024 12:29:49 -0400 > > with 246d68bd2a5 I added an implementation of 'native-compile-directory' > which I believe does what we wanted here. Please have a look and feel > free to suggest or improve. Thanks, I made some minor changes in the documentation. Should we now close this bug? From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 23 03:45:30 2024 Received: (at 73303-done) by debbugs.gnu.org; 23 Oct 2024 07:45:30 +0000 Received: from localhost ([127.0.0.1]:58461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t3W3e-0005gv-4L for submit@debbugs.gnu.org; Wed, 23 Oct 2024 03:45:30 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57092) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t3W3Z-0005gf-VE for 73303-done@debbugs.gnu.org; Wed, 23 Oct 2024 03:45:28 -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 1t3W31-0000Zj-00; Wed, 23 Oct 2024 03:44:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=ETLemDZRszmzFO2jcX/lNpmA86y5lrdZuCM4QwUZAkw=; b=HlyNTX2ATihnfA9+Rogm Y5Ge9rW30EZ4zx5VUq7XS8WbD0IYmdmZ3s07eAVK3sUAJsTlzc5l6hz/tDEWGL90r6bL0iQnFD7nh pKutF3BGhTGYKqoi9iknhFPF8vU77eS2HwoEPUoj4O0cpKQ2LXojF70eAgp52Z9+vtO7bbr6NqmQh +4+fUwWfImefA9cO/hg/99u836+Q0Rf565l6GS7iHoJtxa6ZfY6wZvQlniBkt6ERewNJ33Iz7b3FU JWtNfRI4jEMHeunXg6YxcYhlKijBYUgD/x2zJFkUdMf71TtPmu4ycS8u/w2uvBg/31w68wxwEdZKm lD7ItQqFYshSvQ==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1t3W2v-00071X-0a; Wed, 23 Oct 2024 03:44:45 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#73303: 30.0.91; Native compiler repeatedly interrupts at random moments In-Reply-To: <861q07fggn.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 23 Oct 2024 10:04:08 +0300") References: <87wmjbmpnt.fsf@moondust.awandering> <867cbbcuen.fsf@gnu.org> <87plp2mhj1.fsf@moondust.awandering> <865xqub7ai.fsf@gnu.org> <86ldzgc7c2.fsf@gnu.org> <86a5f0mvdg.fsf@gnu.org> <861q07fggn.fsf@gnu.org> Date: Wed, 23 Oct 2024 03:44:44 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73303-done Cc: philipk@posteo.net, njackson@posteo.net, 73303-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 (---) Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: njackson@posteo.net, philipk@posteo.net, 73303@debbugs.gnu.org >> Date: Tue, 22 Oct 2024 12:29:49 -0400 >> >> with 246d68bd2a5 I added an implementation of 'native-compile-directory' >> which I believe does what we wanted here. Please have a look and feel >> free to suggest or improve. > > Thanks, I made some minor changes in the documentation. Thanks > Should we now close this bug? Yep I think you did it already Andrea From unknown Wed Jun 18 23:10:00 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 20 Nov 2024 12:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator