From unknown Fri Aug 15 21:26:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77502: 31.0.50; Should after-load-functions hook report .eln file names? Resent-From: Sean Devlin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Apr 2025 18:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 77502 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 77502@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.174370534912155 (code B ref -1); Thu, 03 Apr 2025 18:36:02 +0000 Received: (at submit) by debbugs.gnu.org; 3 Apr 2025 18:35:49 +0000 Received: from localhost ([127.0.0.1]:35655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u0PPo-00039r-V1 for submit@debbugs.gnu.org; Thu, 03 Apr 2025 14:35:49 -0400 Received: from lists.gnu.org ([2001:470:142::17]:45628) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u0PPl-00039H-0R for submit@debbugs.gnu.org; Thu, 03 Apr 2025 14:35:45 -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 1u0PPc-0008My-0u for bug-gnu-emacs@gnu.org; Thu, 03 Apr 2025 14:35:36 -0400 Received: from mail-io1-xd2a.google.com ([2607:f8b0:4864:20::d2a]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1u0PPY-00051z-T1 for bug-gnu-emacs@gnu.org; Thu, 03 Apr 2025 14:35:35 -0400 Received: by mail-io1-xd2a.google.com with SMTP id ca18e2360f4ac-85b4277d0fbso45694039f.0 for ; Thu, 03 Apr 2025 11:35:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=toadstyle-org.20230601.gappssmtp.com; s=20230601; t=1743705330; x=1744310130; darn=gnu.org; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:from:to:cc:subject:date:message-id:reply-to; bh=HNoaFZz/ah7ACefhewmnKzcqUluW7ygBxSYFLhlieMg=; b=x/1Eyaba7kTSrs5BuxVjviPXuu205Ke70AQ3+u2fuKE5sgFcxdsHGR7wIbnzCkqu1v L1OSjh65o7QytsdjESxN/SoPEfiWQov7YXc8vRQKEKhw1JfclZSmjbEgXyTv7p15lvRz mnrxRuORlhxDKS4gh74BW0pkCCPtomQyF0uzX2tFVRBgO1PIuQmdCFb9ir9IdgVoUsob CRPM44erN2/jAy4JPoD2ZY73x/YcXObn368ukite3fuc/KvTfAeU48ggLtchppN+VdDk pLQwXZZvfl6MshDyKwqRcrkcJ/vP9CILE5/AtfiniGw0oGLs7/Jn0STz/fX44r5thVRY kbFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743705330; x=1744310130; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=HNoaFZz/ah7ACefhewmnKzcqUluW7ygBxSYFLhlieMg=; b=cPOspV6p53U8xiRRnRbjp+BBRIc+zO7DBsDC2dAsQBc6NMgXz8/jFAjjmfpd06blNK y6d2BKsW/hnm0HjeznO/hXfa0ju+7Lr/1pymasU8eOAG4FuxgW9ST6pH7fnLL2TmHrYM zEg89+qQgKl+CjQD7QhM5axQyMQyLCG5jrhRE8MUNfnYG2DWJbcEsvlOGS7PFLV0xGgo 6dU7/R1aW+ZxzFrFNQnlzs6hOAeXMxoP/VpSMWw8Vk7j6wytoc91Mwiw05tGTqzGcM1T mGf48atvGq6En+4dBVopZ+CuapQn7Jq47CBHYZRvUdXuGpzS6Lraq5Ekh+FAgYxCb/1i 8EUQ== X-Gm-Message-State: AOJu0YyD6uNJCpbemkNxHEyNbGTfI8u5SmsDM9W/xCRAGTFLPY581ADd KjhRySf4jKWJRvDEPTt01g5epb/vdmc5F34VeQJY/aUtFTVjbXhX5dClv0/TBOi23B8Vyb2MiHi V X-Gm-Gg: ASbGncvNYiTKln/hf2n2mDR3IwmL8XTqUsohvgFMiszDPKmsNfAzoIszJNOZ4Im5u2Y ngONbihMYdihfYZLnWpMt+MvnXP7Q2PBlCnzcDGpOo1wvtIa5+UxvtofOl9lemoZxQABHaMTllT b2GaQGnIqAj1sZ3cMJrEG2n9QQFmXE+Drlk5yriP6JCCT92Euvlh56+XZ4bSnOQRLKZiYrEpLfS Ju8vWWHubxgHZSoVca16QIfvDjHnQeUqcpkEK/i6nsvpF8d2Skt+jaajiw6psmzHwLm0T7O151q FFyh3OsRsSSPYOBO3GbroxXda36vW3P5defxtZUkTjcSCq8Je1iFLxheBpAC X-Google-Smtp-Source: AGHT+IH4FslrmR9+RY64SeJMBMFisjT6lGCFz1eO/o0kFn3DATvfXLFW+1BNrczp8B6l2rA7vPk6ew== X-Received: by 2002:a05:6e02:1605:b0:3d4:3ab3:daf0 with SMTP id e9e14a558f8ab-3d6e3efc49cmr6534215ab.7.1743705330493; Thu, 03 Apr 2025 11:35:30 -0700 (PDT) Received: from smtpclient.apple ([216.80.35.8]) by smtp.gmail.com with ESMTPSA id e9e14a558f8ab-3d6de95e78bsm4260015ab.46.2025.04.03.11.35.30 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Apr 2025 11:35:30 -0700 (PDT) From: Sean Devlin Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.500.181.1.5\)) Message-Id: <44DAF769-09E9-4A50-BD15-C36B59DC5333@toadstyle.org> Date: Thu, 3 Apr 2025 13:35:19 -0500 X-Mailer: Apple Mail (2.3826.500.181.1.5) Received-SPF: pass client-ip=2607:f8b0:4864:20::d2a; envelope-from=spd@toadstyle.org; helo=mail-io1-xd2a.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hi folks, I am not sure if this is a bug or not, but the behavior was confusing to me. Recipe: 0. If necessary, rebuild Emacs with native compilation support. 1. Emacs -Q 2. In scratch, evaluate: (setq force-load-messages t) (add-hook 'after-load-functions (lambda (file) (message "after load: %s" file))) 3. M-x load-library RET org RET 4. C-h e The messages buffer will show a lot of messages like this: Loading find-func (native compiled elisp)... after load: = /Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/find-func.elc Loading find-func (native compiled elisp)...done The load messages show that a native library was loaded, but the after-load hook reports loading a byte-compiled file. The documentation for after-load-functions says: "Each function there is called with a single argument, the absolute name of the file just loaded." I do not understand the intricacies of the native compiler and loader, so maybe this behavior is expected. But the result seemed misleading to me, and I could not find documentation of the disparity between what after-load-functions reports and what is actually loaded. Is this a bug? Cheers, and thanks for your help! In GNU Emacs 31.0.50 (build 1, aarch64-apple-darwin24.4.0, NS appkit-2575.50 Version 15.4 (Build 24E5238a)) of 2025-03-24 built on beatrix.local Repository revision: 068fa2ebf9351711ef15c6fdc3d83f2487bec8e2 Repository branch: spd-igc Windowing system distributor 'Apple', version 10.3.2575 System Description: macOS 15.4 Configured using: 'configure --with-ns --with-modules --with-native-compilation --with-libgmp --with-tree-sitter --with-sqlite3 --with-mps=3Dyes --without-imagemagick --without-dbus CPPFLAGS=3D-I/opt/homebrew/include LDFLAGS=3D-L/opt/homebrew/lib PKG_CONFIG_PATH=3D/opt/homebrew/lib/pkgconfig' Configured features: ACL GIF GMP GNUTLS JPEG LCMS2 LIBXML2 MODULES MPS NATIVE_COMP NOTIFY KQUEUE NS PDUMPER PNG SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t minibuffer-regexp-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug lisp-mnt message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils misearch multi-isearch compile text-property-search comp-run bytecomp byte-compile comp-common org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src sh-script smie treesit executable ob-comint org-pcomplete pcomplete comint ansi-osc ansi-color ring org-list org-footnote org-faces org-entities time-date subr-x noutline outline icons ob-emacs-lisp ob-core ob-eval org-cycle org-table ol rx org-fold org-fold-core org-keys oc org-loaddefs cal-menu calendar cal-loaddefs org-version org-compat org-macs format-spec cl-loaddefs cl-lib thingatpt find-func rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads kqueue cocoa ns lcms2 multi-tty make-network-process tty-child-frames native-compile mps emacs) Memory information: ((conses 24 0 0) (symbols 56 0 0) (strings 40 0 0) (string-bytes 1 0) (vectors 24 0) (vector-slots 8 0 0) (floats 24 0 0) (intervals 64 0 0) (buffers 1000 0)) From unknown Fri Aug 15 21:26:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77502: 31.0.50; Should after-load-functions hook report .eln file names? Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Apr 2025 10:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77502 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sean Devlin , Stefan Monnier , Andrea Corallo Cc: 77502@debbugs.gnu.org Received: via spool by 77502-submit@debbugs.gnu.org id=B77502.17438480764495 (code B ref 77502); Sat, 05 Apr 2025 10:15:01 +0000 Received: (at 77502) by debbugs.gnu.org; 5 Apr 2025 10:14:36 +0000 Received: from localhost ([127.0.0.1]:41621 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u10Xs-0001AP-2n for submit@debbugs.gnu.org; Sat, 05 Apr 2025 06:14:36 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55988) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u10Xp-0001AA-FX for 77502@debbugs.gnu.org; Sat, 05 Apr 2025 06:14:34 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u10Xi-0006jx-MX; Sat, 05 Apr 2025 06:14:26 -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=KqxrgjuuniV+Fzr74Tg9Xx+bKn79MqXYgmdrxFSVDWA=; b=i/cJjc7qn9Gy VCw9p3s+4WgDl2EpuSxcEr5FlNHQl376qlQEnw40Hvy0k10mohAAGdT0/E+FHoAEfHzp0sI5ZYg7j ljhc5yzKoxUS901ZmGxfFSGTbcXMaeWCHm0dVPFc+VHNDTyYdml9O7bSg5tM/P+tPwRHc55oR9JG1 IFghMPYY526KxFn8IKWBHqyrCQUnIlBe8895djqA4XGVJgyDWvLqAtq6/uVKdmT3Y+4IABAepi4Zm VHQZzF0+RlvU2XIHk3xupRFMW2U7NPMj1hQgvEjkLcpssHPiF8NnYv86BFixwUNTkRkajegjC9Vx2 0ZW6qeJ6BVdLEzTE03mnLA==; Date: Sat, 05 Apr 2025 13:14:22 +0300 Message-Id: <86plhqx6dd.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <44DAF769-09E9-4A50-BD15-C36B59DC5333@toadstyle.org> (message from Sean Devlin on Thu, 3 Apr 2025 13:35:19 -0500) References: <44DAF769-09E9-4A50-BD15-C36B59DC5333@toadstyle.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Sean Devlin > Date: Thu, 3 Apr 2025 13:35:19 -0500 > > Hi folks, > > I am not sure if this is a bug or not, but the behavior was confusing to > me. > > Recipe: > > 0. If necessary, rebuild Emacs with native compilation support. > 1. Emacs -Q > 2. In scratch, evaluate: > > (setq force-load-messages t) > (add-hook 'after-load-functions > (lambda (file) > (message "after load: %s" file))) > > 3. M-x load-library RET org RET > 4. C-h e > > The messages buffer will show a lot of messages like this: > > Loading find-func (native compiled elisp)... > after load: /Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/find-func.elc > Loading find-func (native compiled elisp)...done > > The load messages show that a native library was loaded, but the > after-load hook reports loading a byte-compiled file. > > The documentation for after-load-functions says: > > "Each function there is called with a single argument, the absolute name > of the file just loaded." > > I do not understand the intricacies of the native compiler and loader, > so maybe this behavior is expected. But the result seemed misleading to > me, and I could not find documentation of the disparity between what > after-load-functions reports and what is actually loaded. > > Is this a bug? Not sure if this is a bug or a feature. We record the *.elc names in load-history, and those are the names passed to after-load-functions. I've added Stefan and Andrea to this discussion, in case they have comments. If this is a feature, I guess we should update the documentation. Thanks. From unknown Fri Aug 15 21:26:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77502: 31.0.50; Should after-load-functions hook report .eln file names? Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Apr 2025 15:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77502 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Sean Devlin , Andrea Corallo , 77502@debbugs.gnu.org Received: via spool by 77502-submit@debbugs.gnu.org id=B77502.17438656338878 (code B ref 77502); Sat, 05 Apr 2025 15:08:02 +0000 Received: (at 77502) by debbugs.gnu.org; 5 Apr 2025 15:07:13 +0000 Received: from localhost ([127.0.0.1]:44282 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1572-0002J8-Kx for submit@debbugs.gnu.org; Sat, 05 Apr 2025 11:07:12 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:41344) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u1571-0002IO-0z for 77502@debbugs.gnu.org; Sat, 05 Apr 2025 11:07:11 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id E3CE8807AD; Sat, 5 Apr 2025 11:07:04 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1743865624; bh=PhAFAeWXD7V/OA6iIH7qTjpTgnneYA6RdIWrYusNOkE=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=TTZQ2pGliB+fmY/JCnDEycQbXRQCWx5kD6rkJmAz8JizDtTxjOSrkONihAE3Zm8BE WnMy9eCgt2T6uBE0rMeWJlYuhGKQGmdZRsOfdWGRfdb25gSI/K+HoIV9ajKyl7icUJ zn0O6E3T7YsOfH3EifqsdpMuzr+lNvB/PfAi+Io868c9QCWPU+T5PxXpvBdbB5hIEJ oL2hDmHRBe2bRBeTRNRZlpYYm7+SbskXkidqAkciOikunkgTbsH6gPhT7LyXhWS9ZX vQZ/2aJw7azM0+HdNH2md6BRYFQzcsNtZdIK+DTt1QjL+tQ+u9zrZXZ6z5maQgnjC8 rL3LbMkd31WAQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 279F0806C1; Sat, 5 Apr 2025 11:07:04 -0400 (EDT) Received: from pastel (unknown [104.247.242.5]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id E577D120497; Sat, 5 Apr 2025 11:07:03 -0400 (EDT) From: Stefan Monnier In-Reply-To: <86plhqx6dd.fsf@gnu.org> Message-ID: References: <44DAF769-09E9-4A50-BD15-C36B59DC5333@toadstyle.org> <86plhqx6dd.fsf@gnu.org> Date: Sat, 05 Apr 2025 11:07:02 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.358 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Not sure if this is a bug or a feature. We record the *.elc names in > load-history, and those are the names passed to after-load-functions. > I've added Stefan and Andrea to this discussion, in case they have > comments. It was done on purpose, at least for backward compatibility reasons, but also because it's easier to find the `.eln` from the `.elc` than the reverse. Stefan From unknown Fri Aug 15 21:26:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77502: 31.0.50; Should after-load-functions hook report .eln file names? Resent-From: Sean Devlin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Apr 2025 16:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77502 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Eli Zaretskii , Andrea Corallo , 77502@debbugs.gnu.org Received: via spool by 77502-submit@debbugs.gnu.org id=B77502.17438706994194 (code B ref 77502); Sat, 05 Apr 2025 16:32:02 +0000 Received: (at 77502) by debbugs.gnu.org; 5 Apr 2025 16:31:39 +0000 Received: from localhost ([127.0.0.1]:44509 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u16Ql-00015a-3I for submit@debbugs.gnu.org; Sat, 05 Apr 2025 12:31:39 -0400 Received: from mail-yw1-x112f.google.com ([2607:f8b0:4864:20::112f]:47471) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u16Qi-00015H-Sf for 77502@debbugs.gnu.org; Sat, 05 Apr 2025 12:31:37 -0400 Received: by mail-yw1-x112f.google.com with SMTP id 00721157ae682-6f666c94285so34118057b3.3 for <77502@debbugs.gnu.org>; Sat, 05 Apr 2025 09:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=toadstyle-org.20230601.gappssmtp.com; s=20230601; t=1743870691; x=1744475491; darn=debbugs.gnu.org; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=cPZ4uVkS8BKNtT1mL8G+sypdS3P2kMPUuZ/UfqBzY9Y=; b=xTezptZIy5QOdfCcZmLuX2HFLbfRDuS+8fDyN1wu6BvaOzNJnCIGrObKcYgPkZYKV7 dXU25mOqp4hIxPoZJUH+wMyxDA9FRxOpp8i1IhFTXxj7N9KMBFgsM7wcun3Ushe92gia DiCHdccULqT4mKGXoEw7mEMeD767MeckimqkY2oB1kC2+S5Yfs/mMBkXpkdesfwsHUg7 nBP1Y4O14kQhrL7AZNuIKCqh1Q4vpU/NrtF9gp+QzmQWrElMtLnUXu8pdCz2bvXr9MdV 7RlqBp0MhvRoEm4CdYtyU4I74Niw1CRZwQ6Np5wconyC93nLXjudznSxy/i8T4GkH51m JTpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743870691; x=1744475491; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=cPZ4uVkS8BKNtT1mL8G+sypdS3P2kMPUuZ/UfqBzY9Y=; b=tvkM2Gze30JzVsjO/gOjd0YF/KWJYpfx4/e2md5by2AdxtqcBoZ/zQ/BhD6OCgvmrr IpKoHEN8EFRpwgeqBy0Gzpu+UO1OOS2tDwpA+RQqvm77zVx9ducSBUFhHoDcBMQInzCY sz1kcP9eWu6wFuZZkr4wfu0TwBEJVpxmeIf5EoxJtBc6bI0cYsMLIKyjFTNwrq74sbbl wBEi5dgV3uW6UUu0/j00De7PWr8eX5Pi/Z9ydN4A9U7FkEwJziUxn4QtO0ORrJ/bfeSs +EfQUxwtrwucKKnG3FvRpbeNxBgA/AwscMk3HwFyHweecZg7rnLmo+IBN1+2yWBPt5he 9R+Q== X-Forwarded-Encrypted: i=1; AJvYcCXXLBv9I6MocvowLvHJ+Wc6TarQHMbfx99KlgLJ3cBaRpUutKm47JatDxFeZzmua66Id6mB7w==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzxPBah47A9l0BWLM1pfoeBIWeCYJArvIk9L9IvN+H4oqXxM60A sGzBfjT+e7WfcQJBdEai/A5lvKr5y2MEFYvbz0KtF7xSBPQQ9PbnmQ34ahxxDfZ3TavsqEYgjrx qMoo= X-Gm-Gg: ASbGncsQJf8Zz8r9jVIsO5fJ1YOOKH0dwVhnyj4ZVI4R3cQWCVDWBnW26pgy36yXQN4 0iv13q017huhxy2n11HKZElDyKUp5Vi2VK7YXTVFTb2aS6f3T/l1aYtbt/OHh5oyXcb6jFnK9qW TljGo24AnjJljPSfgT1fXlRPthFuOFeirGJbQJPMxr9Pq/mYZtFwoL6EZm1ZGpfDkH4nR+TGi2A 5UWVUbhF3fg2/03ULwOzgm7+uR46uoRQRDI8jULh8kvyRT+NGkL+WgKPzPIP8b+CM5VSDPuX+6S 70jHKvTy1sdojmtFabUQOQRaIoXkFtNgMyrBfJZxO0T53O//8dDofjwAajVuJodfjSYg X-Google-Smtp-Source: AGHT+IEcwBQjcc3dFNsumzCMjuUUIgi/WVFzhMN+6UoTLlfVZYAl2HlaW9yfAEkACnA4JEzmpx8xJA== X-Received: by 2002:a05:690c:3603:b0:6ef:652b:91cf with SMTP id 00721157ae682-703f4294fe7mr62767877b3.27.1743870690772; Sat, 05 Apr 2025 09:31:30 -0700 (PDT) Received: from smtpclient.apple ([2600:382:1809:cb7e:743c:70bd:fa0c:c2be]) by smtp.gmail.com with ESMTPSA id 00721157ae682-703d1f70626sm15299147b3.69.2025.04.05.09.31.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 05 Apr 2025 09:31:30 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Sean Devlin Mime-Version: 1.0 (1.0) Date: Sat, 5 Apr 2025 11:31:19 -0500 Message-Id: <0A374830-A612-479C-BC2A-1FD1D59DA21E@toadstyle.org> References: In-Reply-To: X-Mailer: iPhone Mail (22E240) X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi folks, > On Apr 5, 2025, at 10:07=E2=80=AFAM, Stefan Monnier wrote: >=20 > =EF=BB=BF >>=20 >> Not sure if this is a bug or a feature. We record the *.elc names in >> load-history, and those are the names passed to after-load-functions. >> I've added Stefan and Andrea to this discussion, in case they have >> comments. >=20 > It was done on purpose, at least for backward compatibility reasons, but > also because it's easier to find the `.eln` from the `.elc` than > the reverse. I see, thanks. In my case, I don=E2=80=99t necessarily even care about getting the .eln pat= hs in the after-load-functions hook. I just got confused by the results and t= hought maybe my native loader was not working correctly due to some misconfi= guration on my end. In other words, I have no problem with the current behav= ior, but I do think maybe we should update the documentation somewhere to de= scribe how the hook behaves when the native loader is enabled. Cheers. >=20 >=20 > Stefan >=20 From unknown Fri Aug 15 21:26:17 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Sean Devlin Subject: bug#77502: closed (Re: bug#77502: 31.0.50; Should after-load-functions hook report .eln file names?) Message-ID: References: <868qnw8dfe.fsf@gnu.org> <44DAF769-09E9-4A50-BD15-C36B59DC5333@toadstyle.org> X-Gnu-PR-Message: they-closed 77502 X-Gnu-PR-Package: emacs Reply-To: 77502@debbugs.gnu.org Date: Sat, 19 Apr 2025 13:55:09 +0000 Content-Type: multipart/mixed; boundary="----------=_1745070909-21563-1" This is a multi-part message in MIME format... ------------=_1745070909-21563-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #77502: 31.0.50; Should after-load-functions hook report .eln file names? which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 77502@debbugs.gnu.org. --=20 77502: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D77502 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1745070909-21563-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 77502-done) by debbugs.gnu.org; 19 Apr 2025 13:54:48 +0000 Received: from localhost ([127.0.0.1]:60464 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u68ec-0005Zh-5m for submit@debbugs.gnu.org; Sat, 19 Apr 2025 09:54:48 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58486) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u68eE-0005W4-PZ for 77502-done@debbugs.gnu.org; Sat, 19 Apr 2025 09:54: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 1u68e7-00022N-EQ; Sat, 19 Apr 2025 09:54:15 -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=DirJOqq4JZjFhitdyVky5Z2Y2I9wqCKf4LcaIaOj9NQ=; b=pj1QVfdVj54s9ElyLRpo gAQB4OQtM8y9knENgL3QaN1mjmRUnnEddnWVhAgrZ5BdBo/C/HjqQ395LRMvzTnaM1OfMvBJB+Bnm pd123l3qeXTrVeEq33aXS+Yk71k8IBmrVi/NLvCGNo5DyNKSsPZZqiNOugN1YWcBuNgA4rsWPE6w1 c8votsP/N21FDEOX1oPtlgERy3Rjt+uahdLw9p15pcgga5vDJtBYI5VG3OmvEpCqjvCRnTwJ4yTlm albCKQuS/vUKwV5TRKMrdWC2yxgRG+RKiU5fgZF4Ro/pSMYpBE1iNqaPmijJzaCydv0UC2dbo/Wnb z9VW4hWPU+vkkA==; Date: Sat, 19 Apr 2025 16:54:13 +0300 Message-Id: <868qnw8dfe.fsf@gnu.org> From: Eli Zaretskii To: Sean Devlin In-Reply-To: <0A374830-A612-479C-BC2A-1FD1D59DA21E@toadstyle.org> (message from Sean Devlin on Sat, 5 Apr 2025 11:31:19 -0500) Subject: Re: bug#77502: 31.0.50; Should after-load-functions hook report .eln file names? References: <0A374830-A612-479C-BC2A-1FD1D59DA21E@toadstyle.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77502-done Cc: acorallo@gnu.org, monnier@iro.umontreal.ca, 77502-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: Sean Devlin > Date: Sat, 5 Apr 2025 11:31:19 -0500 > Cc: Eli Zaretskii , Andrea Corallo , > 77502@debbugs.gnu.org > > Hi folks, > > > On Apr 5, 2025, at 10:07 AM, Stefan Monnier wrote: > > > >  > >> > >> Not sure if this is a bug or a feature. We record the *.elc names in > >> load-history, and those are the names passed to after-load-functions. > >> I've added Stefan and Andrea to this discussion, in case they have > >> comments. > > > > It was done on purpose, at least for backward compatibility reasons, but > > also because it's easier to find the `.eln` from the `.elc` than > > the reverse. > > I see, thanks. > > In my case, I don’t necessarily even care about getting the .eln paths in the after-load-functions hook. I just got confused by the results and thought maybe my native loader was not working correctly due to some misconfiguration on my end. In other words, I have no problem with the current behavior, but I do think maybe we should update the documentation somewhere to describe how the hook behaves when the native loader is enabled. > > Cheers. No further comments, so I'm now closing this bug. ------------=_1745070909-21563-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 3 Apr 2025 18:35:49 +0000 Received: from localhost ([127.0.0.1]:35655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u0PPo-00039r-V1 for submit@debbugs.gnu.org; Thu, 03 Apr 2025 14:35:49 -0400 Received: from lists.gnu.org ([2001:470:142::17]:45628) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u0PPl-00039H-0R for submit@debbugs.gnu.org; Thu, 03 Apr 2025 14:35:45 -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 1u0PPc-0008My-0u for bug-gnu-emacs@gnu.org; Thu, 03 Apr 2025 14:35:36 -0400 Received: from mail-io1-xd2a.google.com ([2607:f8b0:4864:20::d2a]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1u0PPY-00051z-T1 for bug-gnu-emacs@gnu.org; Thu, 03 Apr 2025 14:35:35 -0400 Received: by mail-io1-xd2a.google.com with SMTP id ca18e2360f4ac-85b4277d0fbso45694039f.0 for ; Thu, 03 Apr 2025 11:35:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=toadstyle-org.20230601.gappssmtp.com; s=20230601; t=1743705330; x=1744310130; darn=gnu.org; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:from:to:cc:subject:date:message-id:reply-to; bh=HNoaFZz/ah7ACefhewmnKzcqUluW7ygBxSYFLhlieMg=; b=x/1Eyaba7kTSrs5BuxVjviPXuu205Ke70AQ3+u2fuKE5sgFcxdsHGR7wIbnzCkqu1v L1OSjh65o7QytsdjESxN/SoPEfiWQov7YXc8vRQKEKhw1JfclZSmjbEgXyTv7p15lvRz mnrxRuORlhxDKS4gh74BW0pkCCPtomQyF0uzX2tFVRBgO1PIuQmdCFb9ir9IdgVoUsob CRPM44erN2/jAy4JPoD2ZY73x/YcXObn368ukite3fuc/KvTfAeU48ggLtchppN+VdDk pLQwXZZvfl6MshDyKwqRcrkcJ/vP9CILE5/AtfiniGw0oGLs7/Jn0STz/fX44r5thVRY kbFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743705330; x=1744310130; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=HNoaFZz/ah7ACefhewmnKzcqUluW7ygBxSYFLhlieMg=; b=cPOspV6p53U8xiRRnRbjp+BBRIc+zO7DBsDC2dAsQBc6NMgXz8/jFAjjmfpd06blNK y6d2BKsW/hnm0HjeznO/hXfa0ju+7Lr/1pymasU8eOAG4FuxgW9ST6pH7fnLL2TmHrYM zEg89+qQgKl+CjQD7QhM5axQyMQyLCG5jrhRE8MUNfnYG2DWJbcEsvlOGS7PFLV0xGgo 6dU7/R1aW+ZxzFrFNQnlzs6hOAeXMxoP/VpSMWw8Vk7j6wytoc91Mwiw05tGTqzGcM1T mGf48atvGq6En+4dBVopZ+CuapQn7Jq47CBHYZRvUdXuGpzS6Lraq5Ekh+FAgYxCb/1i 8EUQ== X-Gm-Message-State: AOJu0YyD6uNJCpbemkNxHEyNbGTfI8u5SmsDM9W/xCRAGTFLPY581ADd KjhRySf4jKWJRvDEPTt01g5epb/vdmc5F34VeQJY/aUtFTVjbXhX5dClv0/TBOi23B8Vyb2MiHi V X-Gm-Gg: ASbGncvNYiTKln/hf2n2mDR3IwmL8XTqUsohvgFMiszDPKmsNfAzoIszJNOZ4Im5u2Y ngONbihMYdihfYZLnWpMt+MvnXP7Q2PBlCnzcDGpOo1wvtIa5+UxvtofOl9lemoZxQABHaMTllT b2GaQGnIqAj1sZ3cMJrEG2n9QQFmXE+Drlk5yriP6JCCT92Euvlh56+XZ4bSnOQRLKZiYrEpLfS Ju8vWWHubxgHZSoVca16QIfvDjHnQeUqcpkEK/i6nsvpF8d2Skt+jaajiw6psmzHwLm0T7O151q FFyh3OsRsSSPYOBO3GbroxXda36vW3P5defxtZUkTjcSCq8Je1iFLxheBpAC X-Google-Smtp-Source: AGHT+IH4FslrmR9+RY64SeJMBMFisjT6lGCFz1eO/o0kFn3DATvfXLFW+1BNrczp8B6l2rA7vPk6ew== X-Received: by 2002:a05:6e02:1605:b0:3d4:3ab3:daf0 with SMTP id e9e14a558f8ab-3d6e3efc49cmr6534215ab.7.1743705330493; Thu, 03 Apr 2025 11:35:30 -0700 (PDT) Received: from smtpclient.apple ([216.80.35.8]) by smtp.gmail.com with ESMTPSA id e9e14a558f8ab-3d6de95e78bsm4260015ab.46.2025.04.03.11.35.30 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Apr 2025 11:35:30 -0700 (PDT) From: Sean Devlin Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.500.181.1.5\)) Subject: 31.0.50; Should after-load-functions hook report .eln file names? Message-Id: <44DAF769-09E9-4A50-BD15-C36B59DC5333@toadstyle.org> Date: Thu, 3 Apr 2025 13:35:19 -0500 To: bug-gnu-emacs@gnu.org X-Mailer: Apple Mail (2.3826.500.181.1.5) Received-SPF: pass client-ip=2607:f8b0:4864:20::d2a; envelope-from=spd@toadstyle.org; helo=mail-io1-xd2a.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) 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: -0.0 (/) Hi folks, I am not sure if this is a bug or not, but the behavior was confusing to me. Recipe: 0. If necessary, rebuild Emacs with native compilation support. 1. Emacs -Q 2. In scratch, evaluate: (setq force-load-messages t) (add-hook 'after-load-functions (lambda (file) (message "after load: %s" file))) 3. M-x load-library RET org RET 4. C-h e The messages buffer will show a lot of messages like this: Loading find-func (native compiled elisp)... after load: = /Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/find-func.elc Loading find-func (native compiled elisp)...done The load messages show that a native library was loaded, but the after-load hook reports loading a byte-compiled file. The documentation for after-load-functions says: "Each function there is called with a single argument, the absolute name of the file just loaded." I do not understand the intricacies of the native compiler and loader, so maybe this behavior is expected. But the result seemed misleading to me, and I could not find documentation of the disparity between what after-load-functions reports and what is actually loaded. Is this a bug? Cheers, and thanks for your help! In GNU Emacs 31.0.50 (build 1, aarch64-apple-darwin24.4.0, NS appkit-2575.50 Version 15.4 (Build 24E5238a)) of 2025-03-24 built on beatrix.local Repository revision: 068fa2ebf9351711ef15c6fdc3d83f2487bec8e2 Repository branch: spd-igc Windowing system distributor 'Apple', version 10.3.2575 System Description: macOS 15.4 Configured using: 'configure --with-ns --with-modules --with-native-compilation --with-libgmp --with-tree-sitter --with-sqlite3 --with-mps=3Dyes --without-imagemagick --without-dbus CPPFLAGS=3D-I/opt/homebrew/include LDFLAGS=3D-L/opt/homebrew/lib PKG_CONFIG_PATH=3D/opt/homebrew/lib/pkgconfig' Configured features: ACL GIF GMP GNUTLS JPEG LCMS2 LIBXML2 MODULES MPS NATIVE_COMP NOTIFY KQUEUE NS PDUMPER PNG SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t minibuffer-regexp-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug lisp-mnt message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils misearch multi-isearch compile text-property-search comp-run bytecomp byte-compile comp-common org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src sh-script smie treesit executable ob-comint org-pcomplete pcomplete comint ansi-osc ansi-color ring org-list org-footnote org-faces org-entities time-date subr-x noutline outline icons ob-emacs-lisp ob-core ob-eval org-cycle org-table ol rx org-fold org-fold-core org-keys oc org-loaddefs cal-menu calendar cal-loaddefs org-version org-compat org-macs format-spec cl-loaddefs cl-lib thingatpt find-func rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads kqueue cocoa ns lcms2 multi-tty make-network-process tty-child-frames native-compile mps emacs) Memory information: ((conses 24 0 0) (symbols 56 0 0) (strings 40 0 0) (string-bytes 1 0) (vectors 24 0) (vector-slots 8 0 0) (floats 24 0 0) (intervals 64 0 0) (buffers 1000 0)) ------------=_1745070909-21563-1--