From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 10:54:15 2022 Received: (at submit) by debbugs.gnu.org; 6 Sep 2022 14:54:15 +0000 Received: from localhost ([127.0.0.1]:52282 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVZxu-0003Jt-T6 for submit@debbugs.gnu.org; Tue, 06 Sep 2022 10:54:15 -0400 Received: from lists.gnu.org ([209.51.188.17]:49896) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVWzi-0003Jl-U2 for submit@debbugs.gnu.org; Tue, 06 Sep 2022 07:43:57 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54468) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVWzi-0003Bk-NV for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2022 07:43:54 -0400 Received: from mail-dm6nam12olkn20828.outbound.protection.outlook.com ([2a01:111:f400:fe59::828]:43030 helo=NAM12-DM6-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVWzg-0004Hz-8U for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2022 07:43:53 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JW5N7AmBVcT0nhKGEnvLHfJw+As6v4saZ1y2LikZimftqJgzxZ8aUZOQ7NI8StSOPbbUyOPg49OuguNtbvYCbyEXx9Nwft/pu2DQRj1f7lPgHzLDKuq6KAr2zjcOm5+6clZyF9sQaVQ4/P/7HoIsQ+izlJdTEq1X8hPBv16Zw3pVeC6uGIZY2PrBnGlCDQo26vBd0YnkLWtr9NS2cUzAQ8jXKrjTPknO3/HNhn0zmps5J6Rn5Exb1gcPwnj6H/EhXMlwIDurxcA+QKqr1EJYDpv14tGVQZEuYZs00hnDQq6UvQss3PAqVeI/UAEQgpzsYhjgGwoOV3l9cVxU6GGAEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=aOvaSU0F/2YORMsB7NeDSuj/LKTN9IZiGGh7o/0OExc=; b=fS478PqsxoK41hA4WUIiYAiH7j9hpD2Q3wzSnqIQxBfF1XnwgMDXGTvEQ8pf38yf30Welpc+GpV39FEZ0IsXZ4C8ubbgExQJVUPBZfsv//0Zq7OwPY9DmPu15N12jcGhwz0JLb52xLA2KoDEuwvvgMDdtQ/qjQE5OqGz03YFHuUGOPJsC8Zn8dncDnlzy7B3Lqxsv8mR/r+Dp0hokhkKojX0Pr2DBIDPx0BHUMq4T9+gIuUxHH7dVedeiblNfeuAsPDWkJWnyBOE8s+BJ5cbBpHe8EnKdy03EBvgHE7nialoPrnL9V5BwaadKsvoy0eD6xEbFJwqc5MVBtv4mK4mUw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=aOvaSU0F/2YORMsB7NeDSuj/LKTN9IZiGGh7o/0OExc=; b=scMV+SOoMy8gm6VVM40rSahOv4aoE3eQML3TYsJR5tISfHteXW9qz0P1p0DmeNbjA6+yLu5xUeY1EgsnbqVAjQDbaR3soI9hHEgjIweB1RP3D6CD1DRg7HnweiESyzM7lKKXRcGYUVBdxrJBge9ztzlLNJ60nJmNUz2Dk3vbn9pVVLeEZqypwNcpHVLReQ9qXzL/hPekQ6Q1e2CmC0jHf/bu5sl0UCaUzD+LrJPX4StYZTyf/DXm4G2S4ADpXhQpkE2x5QnShR6bxvCh0oZhn+WiEDKbSMrahJ8rTamKji0aUTEb/NTeXgC8HKVhWafnyZ77P0t3AiGG7aoA2GOrmQ== Received: from DM5PR2201MB1161.namprd22.prod.outlook.com (2603:10b6:4:2f::19) by PH0PR22MB3324.namprd22.prod.outlook.com (2603:10b6:510:11b::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5588.12; Tue, 6 Sep 2022 11:38:48 +0000 Received: from DM5PR2201MB1161.namprd22.prod.outlook.com ([fe80::a8dd:f228:7400:a81e]) by DM5PR2201MB1161.namprd22.prod.outlook.com ([fe80::a8dd:f228:7400:a81e%7]) with mapi id 15.20.5588.012; Tue, 6 Sep 2022 11:38:48 +0000 From: German Pacenza To: bug-gnu-emacs@gnu.org Subject: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup Date: Tue, 06 Sep 2022 08:38:35 -0300 Message-ID: Content-Type: text/plain X-TMN: [0QkVlz2dTUBGWtw1aquXvbatKpGYL2ES] X-ClientProxiedBy: SC1P152CA0049.LAMP152.PROD.OUTLOOK.COM (2603:10d6:1:1::24) To DM5PR2201MB1161.namprd22.prod.outlook.com (2603:10b6:4:2f::19) X-Microsoft-Original-Message-ID: <87tu5k3f7o.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 09f3c469-2e61-4c1c-2c9f-08da8ffc5ced X-MS-TrafficTypeDiagnostic: PH0PR22MB3324:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: QrjhiypMixpcmOKkM0UMlWO8b9SdQqnpSDcUK91aLOTH/8zmr7dZ9CM6cQ56WmsL1bMyoRZAz1CntOf2X9AYs6/Zoc/DwFn36dlCMyri5g2J+N956lNn9i3cSsgiGYtCB43GXABu9I09HAgbmnWJtrxCzIVFDeZz8gMxSUO8+ie1jmtxxR/rhbi9Te4B6d2DUm60gWspKsrN2uXeI/M5gPcG7XHpKpE22IUuxcFaJ40ERs9eL/RpT56dEtOWo4aDdgUB49AFECKmeEYZHHKxaWrnkkkpl118iB+00bBabkfXyarfJLYBLJq/Dq7nVa2UEzLDKGP1kBcb1Hh9psnEQjvgT/VSgE79iEyF56nR7KetVZJTKP7sBdWAa5BurGzTSC81MTtTSPbDafE7sIjc7EiE4B9Elp4v36ejvqzIjbZIQjBJ6nWEXVjKAtCLzxOYJWRLpvLLcD6E0tnWFP71oQJaGJU3OfuWx2of/jhYr7iU+8KwDyq3GRnHsbKh3BdLA8gAPyMBN/wlM5xQ1tJa/suPF5euaVTM7DSLtuEEfaEs1YpW5fYXFpI+fatEj7SC33rcs5v1T+RTa+hPrKo+bayNknk2LBAXIoo0FoKn/3yvc27nvWK/AHpdO5Zd6xxEhg04fkt4FWRHgyeHaF/hgA== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?tZVjUYOEnu3pDx0J/UEePTZJGG4umRGRo6xgTusojZvmWorhHahywKABU+Og?= =?us-ascii?Q?ZMzfDD268nXNfOYys1uCb4nWZ3T4nJPKXVwY8SyfXZ1fyRKnj8Jb1391/b2C?= =?us-ascii?Q?ux7WEV8Mcem04jMjCES9dKjD3FA/jf1QAQc92qAi9WYw3/pJ289558dsu58B?= =?us-ascii?Q?MG/NkYL8UJ2+qU0jcA4mrL5PB8HCgogNbgWTlJn6HojQ99toYK5cqIbMLZ3z?= =?us-ascii?Q?P1rw3vwATD3NnDOUfRkYwAFYpydjmU8VPnCuzYwUUTu5ITvX5QN7haAkyt31?= =?us-ascii?Q?cV1CseQQJJeJ/d3+2jKBn7OJ6WIbtVI7k88N007qpXmL3N8SBGUDnFyRkeBX?= =?us-ascii?Q?yNpLJmmp2bgbx7zuouzf4ApqpDox3qtwcXaJfo5P7jNr/7BySsvV9HMWqrA+?= =?us-ascii?Q?HLREudQUa5uE1o6vz2TB8XBsL7MBig/ckrKp89cdLvZ2sL2BUl5orLRgQrdO?= =?us-ascii?Q?UxhciB4YP+HQVN/GOTKgbnMxoBMQLGwqiQKKGL/2ny7EICC6+M2CTYVIoeSR?= =?us-ascii?Q?RCVUBMvWhMmsqrSOLQDRNBleZ5D17XETGbXwNEovSx6O/j/n/L809M+J0bSa?= =?us-ascii?Q?TTiiJpxGogLaAgF3+tKsbUxtDItOxld9WzWD4f+bWB0++lo598plrIImKK4R?= =?us-ascii?Q?eUY/obQWViblX+WATCQJsBHEPfm9znptZEpb1LhdPrxnw85ZVMW6kPuyYBpp?= =?us-ascii?Q?TrqJROzC+7e2AF1algz0CHN4TU4yaHKLqPXiovOQXMtfpSxvnkeEouysObii?= =?us-ascii?Q?QZEY7IqCJyyE1caHCnS+DaP9OZEWE5VXF68ZnbiUemqCDCU+dvTrGdkvtydO?= =?us-ascii?Q?BWPN+xrFIHkATsvGMGu8/pIk4wC64u7P1S9HLqNOnPmyR5bJZZaITBoSmCC1?= =?us-ascii?Q?p4l3n5gFQUJV2hYfUpzYOgHh8nLzIrDKHgmbhmjUT92v0gBDFqzR8i/+mnCz?= =?us-ascii?Q?/Zo9IoK4nVgh6+u+Kw726nmNzPcvxQOlweVBLgkxcGhro7sQXYqWIxS4QsCM?= =?us-ascii?Q?9uAxCA2JOe3cQasczPr6Hv0Rtx0ThG74jTayOgR4A/PyhptBc9d+VuhQOxVS?= =?us-ascii?Q?hx0AkH6nqFrtI5TAArnd6d+v6z/qFtt+wzZZXWReSCYqzd141VTKQUdxzIp6?= =?us-ascii?Q?8jD5dN3HvtAHD9mX/45O4sGHpf9JUCHcfeGTgxFJSXTuZAmEF2UygDvqWDvG?= =?us-ascii?Q?XnYIQClFdEK0Y2Kty7Z+p3PKn+vOgYm92o/4stEnTF16yK7+mUNkU9wDhA51?= =?us-ascii?Q?XfVKs82nEPEQ6eNxRnHT7OI9f7ZOKLKP6HpJbYyHjQ=3D=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-c3c87.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 09f3c469-2e61-4c1c-2c9f-08da8ffc5ced X-MS-Exchange-CrossTenant-AuthSource: DM5PR2201MB1161.namprd22.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Sep 2022 11:38:48.3517 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR22MB3324 Received-SPF: pass client-ip=2a01:111:f400:fe59::828; envelope-from=germanp82@hotmail.com; helo=NAM12-DM6-obe.outbound.protection.outlook.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, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 06 Sep 2022 10:54:08 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) Hi, every time I start emacs cl-loaddefs.el gets native-compiled. Compiling /usr/share/emacs/29.0.50/lisp/emacs-lisp/cl-loaddefs.el... I think it is related to 6c11214dc1124bcb459088e89334e16e46127e16 Thanks In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.34, cairo version 1.17.6) of 2022-09-06 built on KRONOS Repository revision: 015fb4ac1c84485c563934087884f8a7dfe51955 Repository branch: master System Description: Manjaro Linux Configured using: 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --mandir=/usr/share/man --with-gameuser=:games --with-modules --without-libotf --without-m17n-flt --without-gconf --with-native-compilation --with-xinput2 --with-pgtk --without-xaw3d --with-sound=no --without-gpm --without-compress-install '--program-transform-name=s/\([ec]tags\)/\1.emacs/' 'CFLAGS=-march=native -mtune=native -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection' LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP XIM GTK3 ZLIB Important settings: value of $LC_MONETARY: es_AR.UTF-8 value of $LC_NUMERIC: es_AR.UTF-8 value of $LC_TIME: es_AR.UTF-8 value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: savehist-mode: t vertico-multiform-mode: t vertico-mode: t popper-mode: t minibuffer-depth-indicate-mode: t delete-selection-mode: t mood-line-mode: t straight-use-package-mode: t straight-package-neutering-mode: t straight-live-modifications-mode: t global-so-long-mode: t tooltip-mode: t global-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 buffer-read-only: 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: /home/german/.emacs.d/straight/build/transient/transient hides /usr/share/emacs/29.0.50/lisp/transient Features: (shadow sort mail-extr emacsbug message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils orderless savehist vc-hg vc-git diff-mode vc vc-dispatcher project byte-opt consult-vertico consult compat-28 compat compat-macs recentf tree-widget wid-edit kmacro bookmark text-property-search pp comp comp-cstr warnings icons rx elec-pair vertico-flat vertico-multiform pcase vertico helpful-autoloads elisp-refs-autoloads f-autoloads s-autoloads denote-autoloads popper popper-autoloads magit-autoloads magit-section-autoloads git-commit-autoloads with-editor-autoloads transient-autoloads dash-autoloads elfeed-autoloads vertico-autoloads embark-autoloads consult-autoloads compat-autoloads mb-depth orderless-autoloads delsel xah-fly-keys xah-fly-keys-autoloads rainbow-mode-autoloads easy-mmode g3r-dark-theme ef-themes-autoloads info mood-line mood-line-autoloads straight-autoloads cl-seq cl-extra help-mode straight subr-x cl-macs gv bytecomp byte-compile cconv so-long cl-loaddefs cl-lib rmc iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win term/common-win pgtk-dnd 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 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 pgtk lcms2 multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 158819 71652) (symbols 48 11974 2) (strings 32 43101 34802) (string-bytes 1 1641507) (vectors 16 26765) (vector-slots 8 465341 172223) (floats 8 83 459) (intervals 56 357 144) (buffers 1000 11)) -- German Pacenza From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 11:02:28 2022 Received: (at 57627) by debbugs.gnu.org; 6 Sep 2022 15:02:28 +0000 Received: from localhost ([127.0.0.1]:52312 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVa5l-0003ir-I9 for submit@debbugs.gnu.org; Tue, 06 Sep 2022 11:02:28 -0400 Received: from quimby.gnus.org ([95.216.78.240]:59414) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVa5j-0003iS-BS for 57627@debbugs.gnu.org; Tue, 06 Sep 2022 11:02:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=6SObpmDaFkVE6twjpIOV5bbiixVhW2lmFx/5Lguj0i8=; b=Diw4RQF5pjU21HBFejSyDXbFmJ famYgTJvAxnKVlKqujcnR0B9v17JwYgWraMqZTovBUqjqcXWxQ9wsuxvX4mfSV6x3um2GMg4pt/qH 5aBbWWsfOfpyw9Qi2vm0mkoOXCWD4NpYvLU3nzekU+rayCdWAvGJchgymQjeJDTUt1go=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVa5W-0005s9-6T; Tue, 06 Sep 2022 17:02:12 +0200 From: Lars Ingebrigtsen To: German Pacenza Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (German Pacenza's message of "Tue, 06 Sep 2022 08:38:35 -0300") References: Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEUmIiSMfHPIwr// ///XfD68AAAAAWJLR0QDEQxM8gAAAAd0SU1FB+YJBg4bFerHbekAAAGPSURBVCjPRdFBa6NAFAfw l1KH6MmCKepJignqp3BDG8KeTFGpPZlFhySfws0hbHMyIUrrKQYDOp9ynTG2c5of/5nHezwAmKtW rRZRAvTMeasWSJTeMPkUiBG2VxuGCq5/IONVC+2GPzXamD0u9cxSpG/4E0Vm1Rjw72GPBuE9/53c rfcvHYwW9X72g8/dlkE2LtHg33HbJxF8XLZ2h6MOX8sDg2QetQHR06RDrklYP9+w0yVs9MjNNX4L HQrRzK0m/tAZNL3YuKsvo0f8Vy7YqKCFTQVyrnRYBCkMXwUG0ePPwD/NJJYEoxOgyW7eYVECsrbP FOPGPwBSpvcUavayhJHnMSjXaZk8ZSZHwV1f63B5eJ9S3JF0gJ6VIqdAxAX/hEhD0S7KsU6P5I2h iVMhfSQVQ3A9ocQnZwreKzMhCQhbKsrLbPbL6yD4ZbEYeBv2R30PC4dbWyxRg2UWcat2DtpbIHoV RDHD2JViByrMno1BenAWFWYFrnD/YCN3lFFkYEsguCKbxwUYiYpjc/Afhu+BQQa9QocAAAAldEVY dGRhdGU6Y3JlYXRlADIwMjItMDktMDZUMTQ6Mjc6MjErMDA6MDCsSn7aAAAAJXRFWHRkYXRlOm1v ZGlmeQAyMDIyLTA5LTA2VDE0OjI3OjIxKzAwOjAw3RfGZgAAAABJRU5ErkJggg== X-Now-Playing: Peter Gabriel's _Peter Gabriel 2_: "Perspective" Date: Tue, 06 Sep 2022 17:02:05 +0200 Message-ID: <87bkrsr1g2.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: German Pacenza writes: > Hi, every time I start emacs cl-loaddefs.el gets native-compiled. > > Compiling /usr/share/emacs/29.0.50/lisp/emacs-lisp/cl-loaddefs.el... > > I think it is related to 6c11214dc1124bcb459088e89334e1 [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: 57627@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) German Pacenza writes: > Hi, every time I start emacs cl-loaddefs.el gets native-compiled. > > Compiling /usr/share/emacs/29.0.50/lisp/emacs-lisp/cl-loaddefs.el... > > I think it is related to 6c11214dc1124bcb459088e89334e16e46127e16 Is there a ;; no-native-compile: t cookie in your cl-loaddefs.el file? If not, try saying "make bootstrap". From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 11:02:30 2022 Received: (at control) by debbugs.gnu.org; 6 Sep 2022 15:02:30 +0000 Received: from localhost ([127.0.0.1]:52315 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVa5u-0003jN-83 for submit@debbugs.gnu.org; Tue, 06 Sep 2022 11:02:30 -0400 Received: from quimby.gnus.org ([95.216.78.240]:59428) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVa5t-0003iy-CW for control@debbugs.gnu.org; Tue, 06 Sep 2022 11:02:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=sSGfr2I/UETdivTLIOzWGJW+d/Wti0qh7II9jPoYNGE=; b=LIux30A1L3T6x0vmAVjwxndPja qMuWDCVTEppiyDsIyN2kOxhbiun/FnpGV21xHze6FHNtp9SxxyiBHNKTsDseypgqUfeToEDEuZj/V GcsVScgec6PZWBiYKUaBjzrxtIjV5dJqt5iK15eUaOiU+c5Gj7ltyqjas7sh1jD6hScg=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVa5l-0005sH-EC for control@debbugs.gnu.org; Tue, 06 Sep 2022 17:02:23 +0200 Date: Tue, 06 Sep 2022 17:02:18 +0200 Message-Id: <87a67cr1fp.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #57627 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 57627 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 57627 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 11:47:32 2022 Received: (at 57627) by debbugs.gnu.org; 6 Sep 2022 15:47:32 +0000 Received: from localhost ([127.0.0.1]:52394 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVanU-0007Ck-0x for submit@debbugs.gnu.org; Tue, 06 Sep 2022 11:47:32 -0400 Received: from mail-dm6nam11olkn2033.outbound.protection.outlook.com ([40.92.19.33]:24928 helo=NAM11-DM6-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVanR-0007CP-KZ for 57627@debbugs.gnu.org; Tue, 06 Sep 2022 11:47:31 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZmU8JDv5XhvhTe7LlPki7VhSlRHZGQpDcd8738fY6aQqXOz+v7yV2E9a5C2dlsFinGATq8U1BUYCqS92JX+Wklvhl76qSTAROG1DoVNWpcqE05YTYv+UhRlF+MDE/y8OzdeAPLoBU7Rl9yd9BJp/xLCCUWsjLkTHn9qSUums4bDt/dAqWLtPyKCF/Q3CDafnyTULIITFIc+FWlM451T1l3wkLqdEzHMOX3jDuPLOPh6sYeosyMN10ScYnuj7una7R/YXmWaG99FglWSN55ITQa2hq3iux71fsgtDgnKsLgjuj5r7ZoecpHMuyok2eKK5W+p9d2K3v941VjJN44sLbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=R7vzj0lF//9LiYQA3T93WXvUiSSBzx2tIvpby3JQJOs=; b=kP1/mm3EyKAJlKbCDlRBJiXXR8jPk/YXb++8DXGmUPeoXwPU0jCa3iuxqb5XMdvYM2zyplRRqMAIwcsFFF8JkkY6vfAfAltC4jW2/aaRM7BHbbGx87HKALGULPTnKtEfPzMG8n5x5eifUoIE9jRxsZ612KYxB7l4jJVGlYibgpzG6G158tRF3k12ge6gEXpbDleS1duO4ELKy/+HrzTCXT6oYUZ7tvN31/9JnhprG0IurMTsHVPV5vUC4S6blb7SCCb0s7o3JyzSFJLbnEQ+lvVgQzoPt4VRHzPjbLmh7TYmRnb2NSk4GIoZJoxKRQwPQlW1BsBSWYnmRhjM7Vsh8g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=R7vzj0lF//9LiYQA3T93WXvUiSSBzx2tIvpby3JQJOs=; b=AsaRbvHSvI3ylxdqSaL+miama6WLcQGZ6tWVgNcDOH+E3wxui35W2nLVTB9kpoSXGayIE9V47pZE3tn1yVvoNX43hjWn3OFdYtCzqSq3kDFeivn0CKFBP2KWIyHcYNAFeUiUqAZ/uar6iZEnoNowgIWTZqhrPrcD8L8CQ3gZDiUjAR1skduXuaMtvTVFSVSTEsY9pZNQHulsnGZfSGXHTAD1/0VCX+wpuF2oFufmCMGoGNVc4PaHPRr9EVDegYLdJnh15CZ1Im3NeaxMdeSR9JvevHTOpNeo9rbLtw+EXnOmb3WDwiimP7y0frhe8vumjYeITXImtuy6MsSipVLXYw== Received: from DM5PR2201MB1161.namprd22.prod.outlook.com (2603:10b6:4:2f::19) by SA1PR22MB3124.namprd22.prod.outlook.com (2603:10b6:806:23c::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5612.12; Tue, 6 Sep 2022 15:47:15 +0000 Received: from DM5PR2201MB1161.namprd22.prod.outlook.com ([fe80::a8dd:f228:7400:a81e]) by DM5PR2201MB1161.namprd22.prod.outlook.com ([fe80::a8dd:f228:7400:a81e%7]) with mapi id 15.20.5588.012; Tue, 6 Sep 2022 15:47:15 +0000 From: German Pacenza To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <87bkrsr1g2.fsf@gnus.org> References: <87bkrsr1g2.fsf@gnus.org> Date: Tue, 06 Sep 2022 12:46:43 -0300 Message-ID: Content-Type: text/plain X-TMN: [EnzcKDzEWBW4mDY9h4QIvSNocQQXOeVU] X-ClientProxiedBy: SC1P15201CA0023.LAMP152.PROD.OUTLOOK.COM (2603:10d6:4:55::33) To DM5PR2201MB1161.namprd22.prod.outlook.com (2603:10b6:4:2f::19) X-Microsoft-Original-Message-ID: <87a67c33q4.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: cf05b30a-9ba6-4112-47d8-08da901f0cb3 X-MS-TrafficTypeDiagnostic: SA1PR22MB3124:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: FuTBvvDSDM/VHyqB95fhcGyDQc5hkINHOgM8wDYaIuKRD8qujPrScZZ+k9RFSVr56i4oY34huIthEAM1eO5ZE4PEJTiZAvJJrw4+U2eQGuN5x3lc4wisk+7GU8TJMZ5Pje3Opw1WPz2IIyTI25uQia2AUsWXeJVlxE9MayziSPN78xjdft0ki7YwhBtfjgHYEjg5LMePvxaA2/oLam7MtsQPFBbl0PZLDoILTXXGlxL+Zmx0Y3BP2fXTZ1MRE9p7LCsMrC2SKtZTKvAQO03SG+/eDBvWa8rDfqpnPxuJ/kZvhM95JiooqvfBDdfJnfwtpuEg0MvKN6TyJaPdV8u/j/oxUSKPGbs04vpGqwwkB/NHIRThSVhccLnOI0m+Vly1afe9NI/UYueOzwZejFnIgu0aFa/mFndrGNXK1XoMyIJQ/mKxFYNKMxT3TGUc9IV98rxMTOWkvF18KRZWRyCwun95HKja9OYRqZpgOJqYYijJ3nwHXX2rV2d1gq1nIkDS75ai2q1f3g4o9BfWGDwz6AwEGjaXB/UclCNo80x1LtYp3CqO5fce8u/8V/CLcj92PwgGCC+rxE2dj0XiPeh5stOS7il1Ahhk2xG5S6tIdj3y2V1L6nFyskzj878qoyfE1sZZQXcXBzn9Xq5CLxJvI6tgn6IuDseY47czNHJNH7bZlPCedl3Qzkbsn6FOWxzi X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?zk86nLoNzn0I+w1MrUpxXjYfTCOt5OirQqtYROVp6sbhvjGDFuT/R4D10wiG?= =?us-ascii?Q?QklIvtFu9lmnRXaKFP3Ywo6UikStE+E5dwn+fxV3r9DhgnL5Zl2DuvFa9MEZ?= =?us-ascii?Q?JD10bZcnaI81Uv66RoJnGCVris+UNzXOMOtZnoISFYHQgkuqo8n6+P/2PmhT?= =?us-ascii?Q?D0AKh5mht07anpbx57iK3w+SBuIaHDFfefktTXktsHHu7YFAXuzWhteqsY/v?= =?us-ascii?Q?BNLw+cMw57lLGB8Y3g66QTLOYB2Q2YJAhj7JtZ6PNYNCaqYKWpv5htPa7rtz?= =?us-ascii?Q?74WgyddsQF65+fzDn4gQatwhZXuWTiMggvY07CboVS1NNWxymNdOsavoKxgn?= =?us-ascii?Q?z/NdE6VugJhIqZ/H6yG6KIhQZ1Xf3OBY+ZntcYLOwUqTE85/jOD8LPv9PCRa?= =?us-ascii?Q?wrmNsq0ZvadheddLrguF8caojzVWCc03ilJr1tVz/tDU6uyjGlvZC8ILa2Qf?= =?us-ascii?Q?tWfuxuscO4xkpTp25MsfBq0/1hqCCrS8mWRLX49QHKcb5mcOcw0xJMpRpXLi?= =?us-ascii?Q?0RaR0PWRNe96fwuq/BipZ/ffhd4T00zmMkRKa9vWlxScD7gXL7U0jLu7jBTI?= =?us-ascii?Q?9kqp7c5+R9oGx6jIH1NUA6LaIq8yMmzHGTgnh2Dnj/6og1P9NxuFzeq8v3Ol?= =?us-ascii?Q?SU98nE8suM66RDiFJWR3j4ebtOfNYJ9a3jed8N6yzsWcZJu7E4+KfeEU7x39?= =?us-ascii?Q?FTwzK6+frDprvVHgwrkpFRHrxP9REoDBdQM7VObePDrn1FeHV8Aa9N9on83c?= =?us-ascii?Q?aRvEYXnDozoSz7tUL31iRqktJcdrTqTXC/GseXAuw3GVw9EQAMGqT/Jl0s3B?= =?us-ascii?Q?XbC4P+6CtIOI4IoEnYNSm0PihiOxmJKXlZUtxyKJWw8o/pFVuLcB9Q0ACASj?= =?us-ascii?Q?jc4e7dZA85RCM2l4kQ04f0a/ZIoNFThDHEDwsD+QOdbhAyvvh67EqbUTFRE1?= =?us-ascii?Q?Wr8o8f1exLlHmZzUpVngxihELUUyW4uaWhbMCe7A7gvWaVT6smuvpyKlVv3+?= =?us-ascii?Q?xlvw0pyUPayFrzHNHT+c0am3GOruebsBBe83Ccr4uL/1qnswWW5lUenUtEgT?= =?us-ascii?Q?gNR1KoVXViSR7Nn+cjgg9TItoP+RgCXvLVirbrWTo4B4R7Yv0Pc76X8u27Vh?= =?us-ascii?Q?fLnV5ppSxSRJc36Rkxq/9dZONTH3gBi5AF9AhUHInmXFCUFkl4EYhQWMg9hW?= =?us-ascii?Q?gHMbx+vNPrcch60QW5DJinxebvnAZ4jVCK7dZqjlixyadnKYeo74jB+X0o24?= =?us-ascii?Q?WFcgOcApj6eKHjT7SHwNTe2QqDsRqHiDo9hfQXM3ww=3D=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-c3c87.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: cf05b30a-9ba6-4112-47d8-08da901f0cb3 X-MS-Exchange-CrossTenant-AuthSource: DM5PR2201MB1161.namprd22.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Sep 2022 15:47:15.8582 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR22MB3124 X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 57627 Cc: 57627@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: -0.8 (/) Lars Ingebrigtsen writes: > > Is there a > > ;; no-native-compile: t > > cookie in your cl-loaddefs.el file? If not, try saying "make > bootstrap". Yes at the end of the file, make bootstrap didn't help ;; Local Variables: ;; version-control: never ;; no-update-autoloads: t ;; no-native-compile: t ;; coding: utf-8-emacs-unix ;; End: -- German Pacenza From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 11:51:58 2022 Received: (at 57627) by debbugs.gnu.org; 6 Sep 2022 15:51:58 +0000 Received: from localhost ([127.0.0.1]:52426 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVarl-0007PY-Tq for submit@debbugs.gnu.org; Tue, 06 Sep 2022 11:51:58 -0400 Received: from quimby.gnus.org ([95.216.78.240]:59998) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVarj-0007PG-L9 for 57627@debbugs.gnu.org; Tue, 06 Sep 2022 11:51:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=FgB9lFUVmdXK17cNDPM8vkEWD0xMBZZhd5EvT99DZcQ=; b=nD/JPbD1Y+445GxSSq7EHya/UH SzapzwkkvKVOYnzsy8+GLa7IdhoThaRLSubVj7Sz8nhTxIIeMX8hEG6MqFexqFhQBjWo+nVrQgExn d+TfYWzUlvP/QOxt104JgqhhINhX+pUUQTQdlia1Y0lftmHYYOf4Q29eBlneRuVuVc20=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVara-0006F1-SM; Tue, 06 Sep 2022 17:51:48 +0200 From: Lars Ingebrigtsen To: German Pacenza Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (German Pacenza's message of "Tue, 06 Sep 2022 12:46:43 -0300") References: <87bkrsr1g2.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEXs6+m/XzS9jWSr SyAmGA2cNQ1tRxNgKQ7///9veFvhAAAAAWJLR0QIht6VegAAAAd0SU1FB+YJBg8yNg0k6UcAAAGe SURBVDjLjZPNboMwDMd5BTeqdh1CqGfqRnuBaDlXWcS9KvACFL/+7HxAyrppPgSHn/+xkzhVBTUA HGRQAB1/EHm8VJWCroFzGLFRZxnqc8PgCK5WqMC14OF4Bd+o5gpfAjroFCtqdho4AGh2BKDyDlnT adVxhLpqhyjAizn0XnuNiDrMM3A8R4nEhO5ZIVA4+khKkDmTHejpkciWg/96MsaQH70TsoKeZiNm WeX8Vm5PZJLRIJoMKApIOPGGGLy360KWxomJ5RIyiP+XcUkSqUpAFNDINrErknsCIhiDSQwl8Ahg iWBi3w4CTn0oyVIkoe4lg1hSiKe41jOYaKHZinycA8ibI7qdTAA0V9WJ4nHcPniV21s6MVFkwI7J R1aCz4uZrbhzoViP1uzBvBJJzsLXgF4DqXyRDQ5PSTiLnI4Aub8CSIrR/wR25oXGdFFlEit94h03 Q/vcJHx/g3Z+A6uErw9DX7VF+5hwe+l9tL6U0CO+hQxymrgOottAQNJR8fFcChBN/wLSa9sBl8L3 gLtfvwRFiv/m+AusOb4B0WFMQgS1hg4AAAAldEVYdGRhdGU6Y3JlYXRlADIwMjItMDktMDZUMTU6 NTA6NTMrMDA6MDAnYbGVAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIyLTA5LTA2VDE1OjUwOjUzKzAw OjAwVjwJKQAAAABJRU5ErkJggg== X-Now-Playing: Tom =?utf-8?Q?Z=C3=A9's?= _Todos os olhos_: "Cademar" Date: Tue, 06 Sep 2022 17:51:44 +0200 Message-ID: <875yi0qz5b.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: German Pacenza writes: > Yes at the end of the file, make bootstrap didn't help Hm, yes -- I can reproduce the problem here, too. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: 57627@debbugs.gnu.org, Andrea Corallo 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 (---) German Pacenza writes: > Yes at the end of the file, make bootstrap didn't help Hm, yes -- I can reproduce the problem here, too. So the ;; no-native-compile: t cookie doesn't seem to actually work? I've added Andrea to the CCs; perhaps he has some comments. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 12:34:11 2022 Received: (at 57627) by debbugs.gnu.org; 6 Sep 2022 16:34:11 +0000 Received: from localhost ([127.0.0.1]:52502 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVbWc-0002d2-Sz for submit@debbugs.gnu.org; Tue, 06 Sep 2022 12:34:11 -0400 Received: from mx.sdf.org ([205.166.94.24]:63538) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVbWQ-0002cM-VS for 57627@debbugs.gnu.org; Tue, 06 Sep 2022 12:34:09 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 286GXsJi023608 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 6 Sep 2022 16:33:55 GMT From: Andrea Corallo To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <875yi0qz5b.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 06 Sep 2022 17:51:44 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> Date: Tue, 06 Sep 2022 16:33:54 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 57627 Cc: German Pacenza , 57627@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > German Pacenza writes: > >> Yes at the end of the file, make bootstrap didn't help > > Hm, yes -- I can reproduce the problem here, too. > > So the > > ;; no-native-compile: t > > cookie doesn't seem to actually work? I've added Andrea to the CCs; > perhaps he has some comments. Hi all, AFAICS it does work, the issue is that we print the "Compiling blablabla.el" message before we giving up because we realize no-native-compile is set... :/ I'll think about how to fix this. Andrea From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 12:42:00 2022 Received: (at 57627) by debbugs.gnu.org; 6 Sep 2022 16:42:00 +0000 Received: from localhost ([127.0.0.1]:52517 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVbeC-0002rE-1O for submit@debbugs.gnu.org; Tue, 06 Sep 2022 12:42:00 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38754) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVbe9-0002qx-1O for 57627@debbugs.gnu.org; Tue, 06 Sep 2022 12:41:58 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34770) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVbe3-0001vT-GU; Tue, 06 Sep 2022 12:41: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:References:Subject:In-Reply-To:To:From: Date; bh=0jNjA1wCAt9bNMPdtlHrEOPkcwmcie3fTPA9LjPzGtY=; b=UI30vaIo/vexK9EPdWxw fCRjPMZVnB1fz8uAdLJ7QPvr7yJEK7A94ueCBnyuVNhhFzZ2Z4bJWXf3oQVd7HW4FGZQ2p2oko5Nu p8ld0Uhn/iTkNgpJs+lQoY1n9WkazMSc7mjlYi3lgJGRAkqsEnAhMnAaI2+0PLrWVBn9UvmRxLwy/ Fhmh1VaYmkYE4ibVATsy1yRDLfmPAW8cJpcZU2HijDkmi2xXQw4/ymHi49d9H2mtSElpKdoQMyOih dmciubCAAP588FLTju6AaJ5lgoM0wbLLX9Igz7eQcQ3jenCxmYNMkxXFDtjeuo/kdu/y3gDg+b6TY HELbu4zBSP2aPw==; Received: from [87.69.77.57] (port=1950 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVbe2-00034M-Er; Tue, 06 Sep 2022 12:41:51 -0400 Date: Tue, 06 Sep 2022 19:41:31 +0300 Message-Id: <83sfl4ihfo.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Tue, 06 Sep 2022 16:33:54 +0000) Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.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: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, larsi@gnus.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 (---) > Cc: German Pacenza , 57627@debbugs.gnu.org > From: Andrea Corallo > Date: Tue, 06 Sep 2022 16:33:54 +0000 > > > So the > > > > ;; no-native-compile: t > > > > cookie doesn't seem to actually work? I've added Andrea to the CCs; > > perhaps he has some comments. > > Hi all, > > AFAICS it does work, the issue is that we print the "Compiling > blablabla.el" message before we giving up because we realize > no-native-compile is set... :/ Are you sure? If I do "M-x list-processes" right after starting Emacs, I see this in the list: Compiling: /ho… 5370 run *Async-native-compile-lo… /dev/pts/2 Main /home/eliz/git/emacs/native-comp/src/emacs --batch -l /tmp/emacs-async-comp-cl-loaddefs-UlziS9.el which tells me we really do native-compile cl-loaddefs.el. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 15:23:07 2022 Received: (at 57627) by debbugs.gnu.org; 6 Sep 2022 19:23:07 +0000 Received: from localhost ([127.0.0.1]:52730 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVeA7-0007M4-30 for submit@debbugs.gnu.org; Tue, 06 Sep 2022 15:23:07 -0400 Received: from mx.sdf.org ([205.166.94.24]:56855) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVeA5-0007Lv-4b for 57627@debbugs.gnu.org; Tue, 06 Sep 2022 15:23:05 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 286JN38M007525 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 6 Sep 2022 19:23:03 GMT From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <83sfl4ihfo.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 06 Sep 2022 19:41:31 +0300") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> Date: Tue, 06 Sep 2022 19:23:03 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> Cc: German Pacenza , 57627@debbugs.gnu.org >> From: Andrea Corallo >> Date: Tue, 06 Sep 2022 16:33:54 +0000 >>=20 >> > So the >> > >> > ;; no-native-compile: t >> > >> > cookie doesn't seem to actually work? I've added Andrea to the CCs; >> > perhaps he has some comments. >>=20 >> Hi all, >>=20 >> AFAICS it does work, the issue is that we print the "Compiling >> blablabla.el" message before we giving up because we realize >> no-native-compile is set... :/ > > Are you sure? If I do "M-x list-processes" right after starting > Emacs, I see this in the list: > > Compiling: /ho=E2=80=A6 5370 run *Async-native-compile-lo=E2=80=A6 /dev= /pts/2 Main > /home/eliz/git/emacs/native-comp/src/emacs --batch -l > /tmp/emacs-async-comp-cl-loaddefs-UlziS9.el > > which tells me we really do native-compile cl-loaddefs.el. I think so, we emit the "Compiling" message already in the subprocess. So yeah, if the requirement is not to spawn a process, `no-native-compile' is not up to the job. Andrea From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 16:40:58 2022 Received: (at 57627) by debbugs.gnu.org; 6 Sep 2022 20:40:58 +0000 Received: from localhost ([127.0.0.1]:52815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVfNS-0003Ac-Ih for submit@debbugs.gnu.org; Tue, 06 Sep 2022 16:40:58 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34304) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVfNQ-0003AO-WD for 57627@debbugs.gnu.org; Tue, 06 Sep 2022 16:40:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=/3O4IoeO4u5hNFBgVcSq2l3gSn1QhnDuGvOEjIO7M2g=; b=Tp6SGxWcrNruzi9RRm30rUHe6Q otmOF8WOaJCiiU744aaICbvVkj9Wkv2v2YKMIXDRTf7+vEuhAhEo44RGizPNqfX2hYqKaH6RRkESm bOGS+5n7JdzhQdLhMUDeplBp7qnF5gvVvKdORrCFoBsV0AyMW0xXzsPonNMg33O/7GyQ=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVfNH-0008LP-Io; Tue, 06 Sep 2022 22:40:49 +0200 From: Lars Ingebrigtsen To: Andrea Corallo Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (Andrea Corallo's message of "Tue, 06 Sep 2022 19:23:03 +0000") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> X-Now-Playing: Snapped Ankles's _Stunning Luxury_: "Letter From Hampi Mountain" Date: Tue, 06 Sep 2022 22:40:47 +0200 Message-ID: <87mtbcp774.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Andrea Corallo writes: > I think so, we emit the "Compiling" message already in the subprocess. > So yeah, if the requirement is not to spawn a process, > `no-native-compile' is not up to the job. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii 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 (---) Andrea Corallo writes: > I think so, we emit the "Compiling" message already in the subprocess. > So yeah, if the requirement is not to spawn a process, > `no-native-compile' is not up to the job. It'd be better to detect this earlier. And... since the .eln file is never written, it'll fork these Emacsen every time you start Emacs? That seems to be the case -- I get Compiling /home/larsi/src/emacs/nativecomp/lisp/emacs-lisp/cl-loaddefs.el... in the async buffer on every Emacs restart. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 22:34:05 2022 Received: (at 57627) by debbugs.gnu.org; 7 Sep 2022 02:34:05 +0000 Received: from localhost ([127.0.0.1]:53033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVktA-0007U3-T5 for submit@debbugs.gnu.org; Tue, 06 Sep 2022 22:34:05 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55430) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVkt6-0007TV-PM for 57627@debbugs.gnu.org; Tue, 06 Sep 2022 22:34:03 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59272) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVkt0-0007Gm-VW; Tue, 06 Sep 2022 22:33: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=kAv2jzVb2jH/vs0cq0Ci3LrLP+JjlN7alUcS2abnwT4=; b=brcmCBiHiwgy WVKMoGTa8RsiGbumC4v6KpPUrlyNpV8e5h2wToznROqguc0IHEyDGz6tl4DGVHNOLQvhTzj+beYH2 6216IoDrrlCgMXNGWGiLk8OYB+/q2xww192d4IqLhkNx9/ySNPnciTNQqz4SuYIe5vDWP6oks8/xa 3xFlQ92IHeXu5TevPivCp/PqqTa0TmeQFPiG/nTd2d/rmiNqjluWM+/XMYx86aA1iJ5AzuBo27WYw GaaEEEipPgHXIM+qfNs6Hw/kHwy8YUyyZ2TxF4DvYES8KtkwzI73em074sRBSTaX2KZFQcAkRkgbH vC4C5q1Cmd1/kDzCF4yaCw==; Received: from [87.69.77.57] (port=3029 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVkt0-0002NH-F2; Tue, 06 Sep 2022 22:33:54 -0400 Date: Wed, 07 Sep 2022 05:33:37 +0300 Message-Id: <83fsh3j4la.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87mtbcp774.fsf@gnus.org> (message from Lars Ingebrigtsen on Tue, 06 Sep 2022 22:40:47 +0200) Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, akrl@sdf.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: Lars Ingebrigtsen > Cc: Eli Zaretskii , germanp82@hotmail.com, > 57627@debbugs.gnu.org > Date: Tue, 06 Sep 2022 22:40:47 +0200 > > And... since the .eln file is never written, it'll fork these Emacsen > every time you start Emacs? That seems to be the case -- I get > > Compiling /home/larsi/src/emacs/nativecomp/lisp/emacs-lisp/cl-loaddefs.el... > > in the async buffer on every Emacs restart. If you let it finish, i.e. wait until list-processes shows an empty buffer, it won't start these compilations in the next invocations. At least that's what happens to me. Btw, is that a GUI session or a -nw session? I see this in a -nw session, which I can explain: we load the terminal-specific file from lisp/term/, and that requires compilation, so we load comp.el to start compilation, and that then loads all the dependencies of comp.el and compiles them, which of course includes cl-lib, cl-macs, cl-loaddefs, etc. In a GUI session I don't expect all this to happen, so if it does, we should investigate why we load something at startup in that case. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 07 08:47:49 2022 Received: (at 57627) by debbugs.gnu.org; 7 Sep 2022 12:47:49 +0000 Received: from localhost ([127.0.0.1]:53893 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVuT6-0002Wo-OL for submit@debbugs.gnu.org; Wed, 07 Sep 2022 08:47:48 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41508) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVuT4-0002WW-Sl for 57627@debbugs.gnu.org; Wed, 07 Sep 2022 08:47:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=QuPUaRxqK8Si2gy9OPERVxbp+FJKGb68O37nL/wjJFA=; b=MQ+bOY5ProLo51prp2Wawuex/1 oJEE7HDtOHWKFixWbRUIPGx4AfwnQIFNIC3QM9KeB4vp+IkP7LgMOLSsU/vaND7psqlS1LhZfRvif LSQQgOT81tbBs++3WFx/G6BeyFzXYP2bkJ7ExYoEgPnxFR3yAcdomJNZ0MrVJDyVDM5U=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVuSv-0006qt-Un; Wed, 07 Sep 2022 14:47:40 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <83fsh3j4la.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 07 Sep 2022 05:33:37 +0300") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <83fsh3j4la.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEWhlEBJRSr////o CFXIAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAABLAAAASwAc4jpUgAAAAd0SU1FB+YJBhYCMCj24n4A AADgSURBVCjPdZLRCgQhCEUVxneD/J+CejfI//+VtWxmdx9GmMHDvZlKAO+BdqKcXG/4U9AUqDEt oF+F0r/tR3kFfAXg0Ut5musi30Yzj6/CYz4CjJ7KA/XqkWxI0h+lpbTu4OXFBmukAL4AJwNyO6Db vsA/5QMrSI/trvoDDNz4htZS1kgzSascgF0HVw24xGQ03b1zrdV6juGv7OvIqe4Ta0E6B22lqBjV HqWzFDSxPQNQ8Q3aPNvz7Yhp1XONhwSg22xaiQ6WQoanUS8gdmz+p/UaQvBbux+7h55kou9v6gPB V0n+mfEx0AAAAFplWElmTU0AKgAAAAgABQESAAMAAAABAAEAAAEaAAUAAAABAAAASgEbAAUAAAAB AAAAUgEoAAMAAAABAAEAAAITAAMAAAABAAEAAAAAAAAAAAEsAAAAAQAAASwAAAABYCqauwAAACV0 RVh0ZGF0ZTpjcmVhdGUAMjAyMi0wOS0wNlQyMjowMjo0NyswMDowMGs0yuQAAAAldEVYdGRhdGU6 bW9kaWZ5ADIwMjItMDktMDZUMjI6MDI6NDcrMDA6MDAaaXJYAAAAF3RFWHRleGlmOllDYkNyUG9z aXRpb25pbmcAMawPgGMAAAAASUVORK5CYII= X-Now-Playing: The Tamlins - =?utf-8?Q?=E2=80=98Baltimore=E2=80=99's?= _Late Night Tales: Version Excursions (Selected By Don Letts)_: "Originally recorded by Randy Newman" Date: Wed, 07 Sep 2022 14:47:37 +0200 Message-ID: <87a67bnyfq.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > If you let it finish, i.e. wait until list-processes shows an empty > buffer, it won't start these compilations in the next invocations. At > least that's what happens to me. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, akrl@sdf.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: > If you let it finish, i.e. wait until list-processes shows an empty > buffer, it won't start these compilations in the next invocations. At > least that's what happens to me. It's not what happens to me. Every time I start Emacs (not -Q), it says: --- Compiling /home/larsi/src/emacs/nativecomp/lisp/emacs-lisp/cl-loaddefs.el... Compiling /home/larsi/src/emacs/nativecomp/lisp/net/tramp-loaddefs.el... Compilation finished. --- > Btw, is that a GUI session or a -nw session? GUI. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 07 09:02:14 2022 Received: (at 57627) by debbugs.gnu.org; 7 Sep 2022 13:02:14 +0000 Received: from localhost ([127.0.0.1]:54001 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVuh4-0005C9-9V for submit@debbugs.gnu.org; Wed, 07 Sep 2022 09:02:14 -0400 Received: from mail-bn8nam11olkn2010.outbound.protection.outlook.com ([40.92.20.10]:21837 helo=NAM11-BN8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVuh2-0005Bv-BX for 57627@debbugs.gnu.org; Wed, 07 Sep 2022 09:02:12 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dfdyPHpaHb8R9xtzJcUVnikT7QW6gg7Oi65hN7gaEzcV4nxrxIubiAYb30T9PygvvzhkXNsuZLYOZPjHKJan4htMEIQVb73KRzaU1T89Ay0htvKsPKWMvkHb4JggbdHp0AQcwX6LAlJKijifkquumxH2L9FhU5rMD6wf7v7ylC344l9Bqm5h9cU2FaW6WMa2I5Q1GNI4lIcKf+jculGZqsMyr3qJaq1hGYaqNesoPrDvNt4GxO5heZDqxTHUw5xQGEaNXKgJXnsj0ZiLvQJKIX4lxBbLY3tPUoGZE6OxyDWl6pzzFdra+PD2DcLkeposynYmCzEuylynYcFD3cPQKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=xq7UHuBzSqH++4sQAt4OmO04Jz9jhP6GCNOZ+nPCJb0=; b=cDiP9/LGznockojJcnyzMvMSjpxmjg8V3wwVDp7rdS3RActkuVJerfLa/4u3XpUzZbfHSKW55/xJUXbN3LzmULUyaMBQEhF/xbPTLbT7/jompB7+1C1HpUYgmPuEZYMl150bu720oj+xNrUs7284b+jjCDwlOgnGSLxk6AknSZY9XCpREHEa8XGZ0svaucJ9GwtaRPykiZxsLz0PudwVwTiYa41A8CYHKk61NwOlnqlRG4Qk2bW/Lw9yvJZzvqEiyypgoQJiSs6XmfDsNTKuTPjXR1khIvEsMqbKEjE5KLyiukm4TK5Mn5oHfR5j66xT8q6bggJV8C3ghFquOjTE2Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=xq7UHuBzSqH++4sQAt4OmO04Jz9jhP6GCNOZ+nPCJb0=; b=u24Nf86MZ9zqMpezYWGBLPsuRChJJUSCp7oblvulMZnatH8BQOnkumV/Opr4mVkC5mF5SZIVyZHKNpcVQa5tdOOVKrpUEvqI64Kur1oAlhFJCY0QD1WNcRDBPmLKe0TcwpxHftO+7vtRs3/ih/JdIC/PzZL8poUmwZhlpxA6jv7KhYPYk9mEakSpTzFHxd3nRdaabP6kvhRkZ+ppWmgMlwaT3V03jrzP1FYxzyMY5yjz+U1JFdzyucoF0llhHrvESCS3r5g63S1jmU0EikWteXApw0XeOtP6Dipn8UhctarANm5wbIVuhaRJlJw5VEE1X6lYM/tGQ+eyfutDh6d74g== Received: from DM5PR2201MB1161.namprd22.prod.outlook.com (2603:10b6:4:2f::19) by PH0PR22MB2828.namprd22.prod.outlook.com (2603:10b6:510:db::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5588.17; Wed, 7 Sep 2022 13:02:05 +0000 Received: from DM5PR2201MB1161.namprd22.prod.outlook.com ([fe80::a8dd:f228:7400:a81e]) by DM5PR2201MB1161.namprd22.prod.outlook.com ([fe80::a8dd:f228:7400:a81e%7]) with mapi id 15.20.5588.012; Wed, 7 Sep 2022 13:02:05 +0000 From: German Pacenza To: Lars Ingebrigtsen , Eli Zaretskii Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <87a67bnyfq.fsf@gnus.org> References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <83fsh3j4la.fsf@gnu.org> <87a67bnyfq.fsf@gnus.org> Date: Wed, 07 Sep 2022 10:01:48 -0300 Message-ID: Content-Type: text/plain X-TMN: [779TuIVClNT32hSZI6JF4WZLTwqxJujf] X-ClientProxiedBy: SC1P215CA0026.LAMP215.PROD.OUTLOOK.COM (2603:10d6:4:41::12) To DM5PR2201MB1161.namprd22.prod.outlook.com (2603:10b6:4:2f::19) X-Microsoft-Original-Message-ID: <87leqvz6bn.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: c7b440a9-a7e3-4021-0fed-08da90d129c4 X-MS-TrafficTypeDiagnostic: PH0PR22MB2828:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 7XfFbExuPZh9bi1fRArpj25twNTEqsF/Jhs3w+XxPZCDHsgKV6yd8eb42vs3bMumRV6YqlpKujNCB4zWYBl1zDtkrp2fOMA0HV/wNNoxLNwRZGP8npEcX4muBi418IqAiJbJ2CI3VAq6yCP0luXbqE22R4NNC8agkzUChXbUFS745Si2xCMfSyTzlKOO3y2JvSTw/bwOIfDz7Zs+u43gQeNV9N4ph3uM5CT6yf1VnC40BRTPaJ8NFCiJ1t9Ac02sNWO69uXEYgDPtYOsx0FMLCY1esMSSqMgD0R+OKJ1HFNE2+CyjVSWMvIsZGq70FnwWEh9pBEGC+YlzR05Pwyqo9pzXGiWjZMJe5cx1ipsIgQkhsPl31VgvKW+0JXk+5SllPDkVpnYpLAckHdTXkkDngb8HES2jjaRoU+pKz89rthlreOWeRyMLqY7vXO7ebYnCN0eic3YXxkXbFXbAuQBtvHz3pcgNGre8erBPb0nANvHOP/lmsrtdLQm94+avRrMT874iH8VqyFV/V12M7H8LXA24bM480h9QFMhltJxV4PkvoHVH92hN30qKnwGCC3Xb4ryn/xy0kW4zLcPTGcgEpfCZYxpl4YugJtZvgYtRwJMM/aDAOqT0xT+w7b/bOI2Sy5bq7PeHM1k6stdtlUgWN3j4+nVeWP69wuvbAyE+wyfM4YH0tUxpsrwF/rkALOv X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?cDkICRIbq736CdmvEgEI20UrjycBYAUG2kHsP8uK0FrMNXAXox2CGWI5RrPy?= =?us-ascii?Q?iVIWZoW6yJImZE7wXcjcK4RP3rcJuifm4yGff4Y5y8CPe9lQHzhrrgPna8ef?= =?us-ascii?Q?/5rgaikDTXCAvaWFvA3QQfaaiHcBmvzT6Ivq/F+YQV97Na3hsKaCicGQW2NG?= =?us-ascii?Q?hcfqEsdwdz3t0pNCB6C/UAy2xFusFcNHwbKSgg/tJmY2URTfYSCB0k1nRqjj?= =?us-ascii?Q?BbLLm0yLBqWEKKx9dNTzuNFRvsOhTdqW3LIPN6w4K3avlXxT/OCc2GYS+Ofm?= =?us-ascii?Q?86UhfbGHhEqTwMe94g3h5P1/6cEqOIpz+8J0fxlOQMCz++MJ+JRXUksUwyiK?= =?us-ascii?Q?H/ssX5f6mejD1W7QQRp3IsKp33/GR0VWJJFKHO2TsM0DLm2rVi4jymLOA8S3?= =?us-ascii?Q?jyWhKd/oLfiJv+5AYnmr3UhcKF1Auhi1mSzFgdew/ZRoWz73tyWkTgLx9hQI?= =?us-ascii?Q?A+o5tSr4ZxELt+Ai/ZrQm/kDFpglwNwcsUwlqwsIoW+Hsuusrq8Mk+MbHSul?= =?us-ascii?Q?hZ+utnYnBodsHr9APX/04FHPsCBAgqxN/+vtLogYVhlQhR/wi0ghspXsrrgt?= =?us-ascii?Q?eTEJCnmv2YTnf8+9AgkIEg9loSKbNkIdOHDPi7qUw524bl+Fwcsa8EM6Wihr?= =?us-ascii?Q?B8uAQWrUrZpGIfmLMQDND6qJukaV+UOXA3ZURKBJoQQ5S6LpgZiPTTlOLqKe?= =?us-ascii?Q?gri4lJ2/0kVfUK70eujEo/WjgQqnCkJ1kVN+bGNUSggUTpcvgzYhv3W1HnZ/?= =?us-ascii?Q?p2QM00xw5t17aTejf9SsRBTdFGqaLkBirxKCpHe2ADhP+W2jAvper4JuTnwX?= =?us-ascii?Q?osfojI/BBtkGH5USY843LqCfOByu/8X7lmee0bVy+tAkJ6xLsjNE1MMiNrrQ?= =?us-ascii?Q?leKGycQ32cb0LDODt1doAjXNvgagvWH/M8Xb0xfBJkUANQ5JPv+lsi5UgO4K?= =?us-ascii?Q?ktlPR0FuGJ+NGmAxcISqAbVm/T5NwSDQk1Pp+9tUiGAPZG9hD4z6aHnRjZJF?= =?us-ascii?Q?ac5metXUE4rBJrcUgosdndQV4UK4ONkeFwg0fHdd0mfs+etvR9jrorHqOcJk?= =?us-ascii?Q?kMqhw9zmvwdleZGKTiG30mqrhAqLqClo31tcH8C8YRfnXy9+tMMvd9w0ba4z?= =?us-ascii?Q?KjxVJqm34h2fWfs4bl2gCMfAsPqMWY2wHe7vmWojn98hvZ8N3eOD2ZaxM/oj?= =?us-ascii?Q?T722OqO2yYyYnMbmQ02ucnS+EzDFDUacxMP5YBEVvKPDcDTnMIiBh+QJzXuO?= =?us-ascii?Q?8SYoCZ4t64o/pgM4eOn+tm+0uHWe88kfEoBDyhTmQw=3D=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-c3c87.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: c7b440a9-a7e3-4021-0fed-08da90d129c4 X-MS-Exchange-CrossTenant-AuthSource: DM5PR2201MB1161.namprd22.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Sep 2022 13:02:05.3063 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR22MB2828 X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 57627 Cc: 57627@debbugs.gnu.org, akrl@sdf.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: -0.8 (/) Lars Ingebrigtsen writes: > It's not what happens to me. Every time I start Emacs (not -Q), it > says: > > --- > Compiling /home/larsi/src/emacs/nativecomp/lisp/emacs-lisp/cl-loaddefs.el... > Compiling /home/larsi/src/emacs/nativecomp/lisp/net/tramp-loaddefs.el... > Compilation finished. > --- > For me it happens in both GUI and -nw . If I add: (setq native-comp-deferred-compilation-deny-list '("cl-loaddefs.el")) The *Async-native-compile-log* buffer is still created but it only says: Compilation finished. -- German Pacenza From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 07 09:06:44 2022 Received: (at 57627) by debbugs.gnu.org; 7 Sep 2022 13:06:44 +0000 Received: from localhost ([127.0.0.1]:54024 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVulQ-0005Jg-0Q for submit@debbugs.gnu.org; Wed, 07 Sep 2022 09:06:44 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41936) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVulO-0005JS-UM for 57627@debbugs.gnu.org; Wed, 07 Sep 2022 09:06:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=2m/a/BbjlS5WJ7J0P+HHonvvzKYyYnjC73C0nNN6Gqs=; b=COdG8EKHsdikYXveuUCkaIaRAe FxRqJFKRvU/V/7EQpVpSaMNya61Dgl6WwS7Pq1H3xWwaOgeCoL/oDYBhJ4Qpv5tJZ5Lzy80slxDEt gBcrF7mvO9tTEoQzEbZoRbjkFHffLRUyJhye5bU6CI+bng7lbp7e81kr07L9TAZPJ0iw=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVulG-000714-AW; Wed, 07 Sep 2022 15:06:36 +0200 From: Lars Ingebrigtsen To: German Pacenza Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (German Pacenza's message of "Wed, 07 Sep 2022 10:01:48 -0300") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <83fsh3j4la.fsf@gnu.org> <87a67bnyfq.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEWhlEBJRSr////o CFXIAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAABLAAAASwAc4jpUgAAAAd0SU1FB+YJBhYCMCj24n4A AADgSURBVCjPdZLRCgQhCEUVxneD/J+CejfI//+VtWxmdx9GmMHDvZlKAO+BdqKcXG/4U9AUqDEt oF+F0r/tR3kFfAXg0Ut5musi30Yzj6/CYz4CjJ7KA/XqkWxI0h+lpbTu4OXFBmukAL4AJwNyO6Db vsA/5QMrSI/trvoDDNz4htZS1kgzSascgF0HVw24xGQ03b1zrdV6juGv7OvIqe4Ta0E6B22lqBjV HqWzFDSxPQNQ8Q3aPNvz7Yhp1XONhwSg22xaiQ6WQoanUS8gdmz+p/UaQvBbux+7h55kou9v6gPB V0n+mfEx0AAAAFplWElmTU0AKgAAAAgABQESAAMAAAABAAEAAAEaAAUAAAABAAAASgEbAAUAAAAB AAAAUgEoAAMAAAABAAEAAAITAAMAAAABAAEAAAAAAAAAAAEsAAAAAQAAASwAAAABYCqauwAAACV0 RVh0ZGF0ZTpjcmVhdGUAMjAyMi0wOS0wNlQyMjowMjo0NyswMDowMGs0yuQAAAAldEVYdGRhdGU6 bW9kaWZ5ADIwMjItMDktMDZUMjI6MDI6NDcrMDA6MDAaaXJYAAAAF3RFWHRleGlmOllDYkNyUG9z aXRpb25pbmcAMawPgGMAAAAASUVORK5CYII= X-Now-Playing: Easy Star All-Stars - =?utf-8?Q?=E2=80=98Within?= You Without =?utf-8?Q?You=E2=80=99's?= _Late Night Tales: Version Excursions (Selected By Don Letts)_: "Originally recorded by The Beatles" Date: Wed, 07 Sep 2022 15:06:33 +0200 Message-ID: <87y1uvl4fa.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: German Pacenza writes: > For me it happens in both GUI and -nw . If I add: > (setq native-comp-deferred-compilation-deny-list '("cl-loaddefs.el")) I think perhaps the easiest solution here would be to just pre-populate that defcustom with '("loaddefs.el\\'"). Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: 57627@debbugs.gnu.org, Eli Zaretskii , akrl@sdf.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 (---) German Pacenza writes: > For me it happens in both GUI and -nw . If I add: > (setq native-comp-deferred-compilation-deny-list '("cl-loaddefs.el")) I think perhaps the easiest solution here would be to just pre-populate that defcustom with '("loaddefs.el\\'"). > The *Async-native-compile-log* buffer is still created but it only says: > Compilation finished. Hm, that sounds like a bug -- it shouldn't create that buffer at all if there's nothing to compile. But perhaps it does the native-comp-deferred-compilation-deny-list filtering at a too-late time now? From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 07 09:09:06 2022 Received: (at 57627) by debbugs.gnu.org; 7 Sep 2022 13:09:06 +0000 Received: from localhost ([127.0.0.1]:54032 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVuni-0005NR-Gr for submit@debbugs.gnu.org; Wed, 07 Sep 2022 09:09:06 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47196) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVune-0005Ms-Vd for 57627@debbugs.gnu.org; Wed, 07 Sep 2022 09:09:05 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56276) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVunZ-0002F8-DY; Wed, 07 Sep 2022 09:08:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=+nrWX3ps9ntQOKFr9wY2CsuY+Ivweec3p0xQ4v68Cpg=; b=En9if/lv3JnX VK/DhURwRqNiRN9w+699+F4AeEHgF0n5+1dHIv9tSCu3oRvWBRCQpVsKVJ0VDb7fj/XjiRAiksCPg E5Df5f+U2e7XprQC7FJ2F/GoNKcl9kIehiktq88AzMMlo49LsatIJtnzhGeNKqc1YdNG14/SvWDFl 7svF58YEkRof52GDDt63RCGcRxUfgUg0xga2gIgWNCk3CpK8V7tIj3Gwlfe2ydDmuHWgxd4ZymUBt kPEjUouv0UYdtsSBx0fCY+p7ZozPd5gWmWD78BWvPHHCy1kYr8W3ritudjR+5dZj6RMwPxfJAjBMl 1w/8gTGTZtwa7iPk4PKuBQ==; Received: from [87.69.77.57] (port=1917 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVunY-0002eY-U4; Wed, 07 Sep 2022 09:08:57 -0400 Date: Wed, 07 Sep 2022 16:08:40 +0300 Message-Id: <83zgfbgwmf.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87a67bnyfq.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 07 Sep 2022 14:47:37 +0200) Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <83fsh3j4la.fsf@gnu.org> <87a67bnyfq.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, akrl@sdf.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: Lars Ingebrigtsen > Cc: akrl@sdf.org, germanp82@hotmail.com, 57627@debbugs.gnu.org > Date: Wed, 07 Sep 2022 14:47:37 +0200 > > Eli Zaretskii writes: > > > If you let it finish, i.e. wait until list-processes shows an empty > > buffer, it won't start these compilations in the next invocations. At > > least that's what happens to me. > > It's not what happens to me. Every time I start Emacs (not -Q), it > says: > > --- > Compiling /home/larsi/src/emacs/nativecomp/lisp/emacs-lisp/cl-loaddefs.el... > Compiling /home/larsi/src/emacs/nativecomp/lisp/net/tramp-loaddefs.el... > Compilation finished. > --- > > > Btw, is that a GUI session or a -nw session? > > GUI. Then maybe it's a different issue than what I see here. Since this is not a -Q session, I don't know what you load there. Suggest to start Emacs under GDB with a breakpoint in Fload, and see what are we loading that leads to those two. In general, if you let Emacs native-compile everything it loads at startup, the next startup it will not need to compile anything, since the *.eln files are already available. So if anything still tries to load and thus native-compile those *-loaddefs files should be the stuff you load itself, not the compilation infrastructure. OTOH, I don't see a problem in Emacs starting an async compilation that ends up not compiling anything. It runs in the background, so I don't think it interferes with anything? From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 07 09:11:02 2022 Received: (at 57627) by debbugs.gnu.org; 7 Sep 2022 13:11:02 +0000 Received: from localhost ([127.0.0.1]:54042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVupa-0005QU-3s for submit@debbugs.gnu.org; Wed, 07 Sep 2022 09:11:02 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41998) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVupY-0005QA-Fz for 57627@debbugs.gnu.org; Wed, 07 Sep 2022 09:11:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=r+hdZcxWIXTWAxCsw7N06omdDORMQ9xV4xl92BoqGbI=; b=akPE++33AQcMTZV6Ndv/MHNcyC Z2P7zKozOEpypn3AcfNxBKkIjf2bHOxUFEg8ssTlxhervcjuGpAqMtChlsE09jJue89ABRd8UdFaA G4JENHXTlA+9la4CDSqO+BTVzEnw4onIVD1shqzz5v/LbTpMt+YKro3zDrJwN8VENVWM=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVupO-000738-CE; Wed, 07 Sep 2022 15:10:52 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <83zgfbgwmf.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 07 Sep 2022 16:08:40 +0300") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <83fsh3j4la.fsf@gnu.org> <87a67bnyfq.fsf@gnus.org> <83zgfbgwmf.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEWhlEBJRSr////o CFXIAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAABLAAAASwAc4jpUgAAAAd0SU1FB+YJBhYCMCj24n4A AADgSURBVCjPdZLRCgQhCEUVxneD/J+CejfI//+VtWxmdx9GmMHDvZlKAO+BdqKcXG/4U9AUqDEt oF+F0r/tR3kFfAXg0Ut5musi30Yzj6/CYz4CjJ7KA/XqkWxI0h+lpbTu4OXFBmukAL4AJwNyO6Db vsA/5QMrSI/trvoDDNz4htZS1kgzSascgF0HVw24xGQ03b1zrdV6juGv7OvIqe4Ta0E6B22lqBjV HqWzFDSxPQNQ8Q3aPNvz7Yhp1XONhwSg22xaiQ6WQoanUS8gdmz+p/UaQvBbux+7h55kou9v6gPB V0n+mfEx0AAAAFplWElmTU0AKgAAAAgABQESAAMAAAABAAEAAAEaAAUAAAABAAAASgEbAAUAAAAB AAAAUgEoAAMAAAABAAEAAAITAAMAAAABAAEAAAAAAAAAAAEsAAAAAQAAASwAAAABYCqauwAAACV0 RVh0ZGF0ZTpjcmVhdGUAMjAyMi0wOS0wNlQyMjowMjo0NyswMDowMGs0yuQAAAAldEVYdGRhdGU6 bW9kaWZ5ADIwMjItMDktMDZUMjI6MDI6NDcrMDA6MDAaaXJYAAAAF3RFWHRleGlmOllDYkNyUG9z aXRpb25pbmcAMawPgGMAAAAASUVORK5CYII= X-Now-Playing: Khruangbin's _Late Night Tales: Version Excursions (Selected By Don Letts)_: =?utf-8?B?IuKAmERlcm4gS2FsYeKAmQ==?= (Khruangbin Dub Mix)" Date: Wed, 07 Sep 2022 15:10:49 +0200 Message-ID: <87tu5jl486.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > In general, if you let Emacs native-compile everything it loads at > startup, the next startup it will not need to compile anything, since > the *.eln files are already available. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, akrl@sdf.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: > In general, if you let Emacs native-compile everything it loads at > startup, the next startup it will not need to compile anything, since > the *.eln files are already available. The loaddefs files aren't compiled, since they have a cookie stopping that from happening. So no .eln file is made. > OTOH, I don't see a problem in Emacs starting an async compilation > that ends up not compiling anything. It runs in the background, so I > don't think it interferes with anything? It's inefficient and confusing. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 07 09:41:14 2022 Received: (at 57627) by debbugs.gnu.org; 7 Sep 2022 13:41:14 +0000 Received: from localhost ([127.0.0.1]:54104 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVvIo-0008KS-Fy for submit@debbugs.gnu.org; Wed, 07 Sep 2022 09:41:14 -0400 Received: from quimby.gnus.org ([95.216.78.240]:42256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVvIl-0008K0-UU for 57627@debbugs.gnu.org; Wed, 07 Sep 2022 09:41:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=U40G+GB879UuWCSEQLx/5PHP9qf8WUNk4+u3ywy46F8=; b=FCUrmpNrVw81bzYrONlKZNPxNA +cPWAT7aab7lraMJyn0pSRVPA4+ZA2gz/8GbmzAnoKFkEotfugkxzDyLEYCJBcjsAb31ts1lQ7SY4 9ZhgoIBxbSZaHelgv0I/oA6RwuKihyVFiCqFKYtO83iUSFI6/g+yG2UPcWR7TvZTadfg=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVvIc-0007GO-Kd; Wed, 07 Sep 2022 15:41:04 +0200 From: Lars Ingebrigtsen To: German Pacenza Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <87y1uvl4fa.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 07 Sep 2022 15:06:33 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <83fsh3j4la.fsf@gnu.org> <87a67bnyfq.fsf@gnus.org> <87y1uvl4fa.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEWboYmjPzU8KSj/ //+jiQiqAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+YJBw0oCMdQvTwAAAGgSURBVCjPTdG9btswEAfw k6AaNielU6GpSwNLT2F7yJApKUwC5tShMmo+hRI0RevJAUoh4aQGokD+n7InqUO5/XAf5B2J/j85 FSK/pnW+SBvqPpZC9ymWC2JUp5X7KVbLCt8J+HMLJ3Al4GjtOu1fBOongOBiZYMYajBCNZRAhImR UVYLoMSXH78YdUiPzqC/WYIiXH8dKqwdR7juBVwocJ7AR+AhQjO4DcO/VpreD9wXBUc1iHYjxACD lqiYiuJOHhRtZiCRnPZUcAIQ8hGi8NUIkoqhf4+ROIGKuyntSmpHTSkBb0Iq9SMhMqwKqdWWmqiA ZhsSq+OESNk3jgxEnxT3TdZbqx8m9MldtrVqQ6lX6HjNn+1ekfiHe/81nZFtiIbhhie1CO+ec/KD mcFt9v1jxWiBjPw+OMabAy4qZittSM9TP9NKdAR/0h4Ktj1fCPagXmUNK9Ubgbdy8B7tgSeFPBpZ e367HQhHr091VJZT58XrRvNtekbb0CYZPxgd6/yBLiP6+920RBoRW16QQX07RRbO+/NUOjZwMPNX /AUxTAJZwyUQqgAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMi0wOS0wN1QxMzo0MDowOCswMDowMKKF eocAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDktMDdUMTM6NDA6MDgrMDA6MDDT2MI7AAAAAElF TkSuQmCC X-Now-Playing: The Beatles's _Sgt. Peppers Lonely Hearts Club Band (2)_: "A Day In The Life (Take 1)" Date: Wed, 07 Sep 2022 15:41:01 +0200 Message-ID: <87sfl35mky.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > I think perhaps the easiest solution here would be to just pre-populate > that defcustom with '("loaddefs.el\\'"). Or perhaps remove the cookies again and arrange to have lisp/loaddefs.elc native-compiled. That would be even simpler, I guess. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: 57627@debbugs.gnu.org, Eli Zaretskii , akrl@sdf.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 (---) Lars Ingebrigtsen writes: > I think perhaps the easiest solution here would be to just pre-populate > that defcustom with '("loaddefs.el\\'"). Or perhaps remove the cookies again and arrange to have lisp/loaddefs.elc native-compiled. That would be even simpler, I guess. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 07 14:06:13 2022 Received: (at 57627) by debbugs.gnu.org; 7 Sep 2022 18:06:13 +0000 Received: from localhost ([127.0.0.1]:56142 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVzRE-0007FH-Oa for submit@debbugs.gnu.org; Wed, 07 Sep 2022 14:06:12 -0400 Received: from mx.sdf.org ([205.166.94.24]:61754) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVzRC-0007F9-S2 for 57627@debbugs.gnu.org; Wed, 07 Sep 2022 14:06:11 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 287I69t3015386 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 7 Sep 2022 18:06:09 GMT From: Andrea Corallo To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <87mtbcp774.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 06 Sep 2022 22:40:47 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> Date: Wed, 07 Sep 2022 18:06:09 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii 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 (-) Lars Ingebrigtsen writes: > Andrea Corallo writes: > >> I think so, we emit the "Compiling" message already in the subprocess. >> So yeah, if the requirement is not to spawn a process, >> `no-native-compile' is not up to the job. > > It'd be better to detect this earlier. Yeah I think we should probably check directly in 'maybe_swap_for_eln' and if the cookie is present just return (if that works). I can try to prepare and test a patch but not before Friday sorry. Best Regards Andrea From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 07:57:40 2022 Received: (at 57627) by debbugs.gnu.org; 8 Sep 2022 11:57:40 +0000 Received: from localhost ([127.0.0.1]:57399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWGA8-0005fT-DM for submit@debbugs.gnu.org; Thu, 08 Sep 2022 07:57:40 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWGA6-0005fC-5g for 57627@debbugs.gnu.org; Thu, 08 Sep 2022 07:57:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=sH5dGVOQmQrkMttkjm9hVy04UGH5jPN9DQmdgv63FAM=; b=pOYcq60fdkSANCuyQJIYuJ/w2Z IW2AhV29q44yyFaYdY2RhNpiuEMz6OQj7K6xshm3xArH58X890AiAza6p8o1tZ+m4FmyZZSb5mV3J Tvly69OfEHiHF3EWYp6Qo6YGqGL0pZXkhvUIpCnIQbiXHsE/fJ3wYBIX7Q8ABVYs0Rcc=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oWG9v-0001ru-AL; Thu, 08 Sep 2022 13:57:30 +0200 From: Lars Ingebrigtsen To: Andrea Corallo Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (Andrea Corallo's message of "Wed, 07 Sep 2022 18:06:09 +0000") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> X-Now-Playing: Jan Jelinek's _The Raw and The Cooked_: "The Raw and The Cooked (Zwischen Raum)" Date: Thu, 08 Sep 2022 13:57:26 +0200 Message-ID: <877d2e5ba1.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Andrea Corallo writes: > Yeah I think we should probably check directly in 'maybe_swap_for_eln' > and if the cookie is present just return (if that works). It would require reading the .el file in the main Emacs before forking off the sub-Emacs, I guess? So it'd be slightly slower in general... Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii 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 (---) Andrea Corallo writes: > Yeah I think we should probably check directly in 'maybe_swap_for_eln' > and if the cookie is present just return (if that works). It would require reading the .el file in the main Emacs before forking off the sub-Emacs, I guess? So it'd be slightly slower in general... But I guess there's no way around that. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 09 08:57:43 2022 Received: (at 57627) by debbugs.gnu.org; 9 Sep 2022 12:57:43 +0000 Received: from localhost ([127.0.0.1]:32837 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWdZn-0007ed-2X for submit@debbugs.gnu.org; Fri, 09 Sep 2022 08:57:43 -0400 Received: from mx.sdf.org ([205.166.94.24]:51252) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWdZk-0007eU-Ip for 57627@debbugs.gnu.org; Fri, 09 Sep 2022 08:57:41 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 289Cvb3C026561 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 9 Sep 2022 12:57:39 GMT From: Andrea Corallo To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <877d2e5ba1.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 08 Sep 2022 13:57:26 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> Date: Fri, 09 Sep 2022 12:57:38 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii 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 (-) Lars Ingebrigtsen writes: > Andrea Corallo writes: > >> Yeah I think we should probably check directly in 'maybe_swap_for_eln' >> and if the cookie is present just return (if that works). > > It would require reading the .el file in the main Emacs before forking > off the sub-Emacs, I guess? So it'd be slightly slower in general... > > But I guess there's no way around that. Hi Lars, I'm not sure, shouldn't the cookie already be present in the bytecode? Andrea From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 09 13:09:59 2022 Received: (at 57627) by debbugs.gnu.org; 9 Sep 2022 17:09:59 +0000 Received: from localhost ([127.0.0.1]:35293 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWhVv-0002M8-D6 for submit@debbugs.gnu.org; Fri, 09 Sep 2022 13:09:59 -0400 Received: from quimby.gnus.org ([95.216.78.240]:47658) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWhVs-0002Lu-SW for 57627@debbugs.gnu.org; Fri, 09 Sep 2022 13:09:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=PeW154JkbVQQRAgJhrTCFgZDKhlwOnYbCxUuNHit2sk=; b=jxgoI43z5MIY+zZj71ilGhIdKG hT10hMAikHH1JmhrmpuitrMUkRlaWI0cjBhRKQ3+0rA/f3z4ztaR9exthMk5kEtO0SbE0WryEA1Gm rOh9AlVxPrVgbFbvva8sjLJT8NrbSfLuI/aBcyj2KuOIu+oeQD0ndAj435E55m6LltIw=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oWhVk-0000pw-4k; Fri, 09 Sep 2022 19:09:50 +0200 From: Lars Ingebrigtsen To: Andrea Corallo Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (Andrea Corallo's message of "Fri, 09 Sep 2022 12:57:38 +0000") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAJ1BMVEUaGhoiIyIfHx8e JiEcIR4pTDMiOCkvZD0UDBIzbkMcHSANDQ3///80p4IIAAAAAWJLR0QMgbNRYwAAAAd0SU1FB+YJ CRA7AStCAxoAAADPSURBVDjLY2AUxAqUGQQYwABKMQoKQDiGMBFmBlRgyMDAEpZmlpaWYgwkHeDi jIJAIrTUPLU8Ir2sNNQAoQNoAqNYalhaaoBZaGpqAlxcwBmkIy3VJS3BzCwZySggEGQpDa00iYzI DA0LRZJgBJqWGJZmEuZgFhaWaoCsg1HAhcXBhcGZAR0IMiowYAWMDDiAIHZhLgbcQIBEcdyW4wD4 LCfVrFGADoZLCHJRTwICBDCDhouABmJARwOCzdHR0dG9e/fujo4dQHL3DiCXgQEA0lEnRjB5cFYA AAAldEVYdGRhdGU6Y3JlYXRlADIwMjItMDktMDlUMTY6NTk6MDErMDA6MDA3K47mAAAAJXRFWHRk YXRlOm1vZGlmeQAyMDIyLTA5LTA5VDE2OjU5OjAxKzAwOjAwRnY2WgAAAABJRU5ErkJggg== X-Now-Playing: Talking Heads's _Fear of Music_: "Electric Guitar" Date: Fri, 09 Sep 2022 19:09:46 +0200 Message-ID: <87czc4v5id.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Andrea Corallo writes: > I'm not sure, shouldn't the cookie already be present in the > bytecode? It's not at present -- it's just a comment in the .el file, after all. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii 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 (---) Andrea Corallo writes: > I'm not sure, shouldn't the cookie already be present in the > bytecode? It's not at present -- it's just a comment in the .el file, after all. But perhaps we could propagate that to the .elc file somehow? From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 09 15:03:37 2022 Received: (at 57627) by debbugs.gnu.org; 9 Sep 2022 19:03:37 +0000 Received: from localhost ([127.0.0.1]:35488 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWjHt-0007wj-6y for submit@debbugs.gnu.org; Fri, 09 Sep 2022 15:03:37 -0400 Received: from mx.sdf.org ([205.166.94.24]:64986) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWjHp-0007wZ-HJ for 57627@debbugs.gnu.org; Fri, 09 Sep 2022 15:03:35 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 289J3VhI013224 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 9 Sep 2022 19:03:31 GMT From: Andrea Corallo To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <87czc4v5id.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 09 Sep 2022 19:09:46 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> Date: Fri, 09 Sep 2022 19:03:31 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii 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 (-) Lars Ingebrigtsen writes: > Andrea Corallo writes: > >> I'm not sure, shouldn't the cookie already be present in the >> bytecode? > > It's not at present -- it's just a comment in the .el file, after all. > > But perhaps we could propagate that to the .elc file somehow? Uh you are right! Dunno why I was convinced cookies are present in the .elc :/ Yes I think we should propapgate them, well at least `no-native-compile' (I'm not sure of the others). Opinions are very welcome :) Andrea From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 10 00:34:08 2022 Received: (at 57627) by debbugs.gnu.org; 10 Sep 2022 04:34:08 +0000 Received: from localhost ([127.0.0.1]:36086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWsC0-0001Kz-3J for submit@debbugs.gnu.org; Sat, 10 Sep 2022 00:34:08 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53556) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWsBy-0001KG-EV for 57627@debbugs.gnu.org; Sat, 10 Sep 2022 00:34:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=cb9BHvw162FAtf50ialZOhSzHH/qk4sQQrllxQuHX5A=; b=ML3L9M5u+OTjF7LTQYJLw53Dpr B0EHa6DUssG06m8zh0JxVID/BljFaFGx/qh1n55toZunjJlucfoK9kKk/7RelW6OaSlwNTUpGsxYa YfbHx+su0BjzWoT+i0N26giJ9y/a7xi+WYYeQUz0yHaRMNXNHQst+s0EFfYYyY8wfo48=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oWsBo-0006EK-MT; Sat, 10 Sep 2022 06:33:59 +0200 From: Lars Ingebrigtsen To: Andrea Corallo Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (Andrea Corallo's message of "Fri, 09 Sep 2022 19:03:31 +0000") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEUQDRCBfH23tLVf Wlv///+bQZUnAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+YJCgQeHkcjekoAAAGGSURBVDjLhZMNksMg CIWJXEDhAhEvoHL/u+3zp9022cw6yUzrJ8jjEaJ/lzyB+n/s5/InEB/2j6eA9lwRJ1zjek8pZqWb 5RuwuUTqRRNvYOel+mPttw3oCkxuIK9cVv6M+AJNk1aAymySbhFhKOuV4gV4iDysar4Kbb6VyGHd u0WxpcpfIKhZGk9ePUE4JQUNZZbU8L72KaF9eQPNkkcOfvfqGJ2FCMnxG1AO2O/quMLd2y/oI30j /r37qyeRy8WODfJy8DMAFmbXsMAKSFhDp5SW1PQVwOQNBP+7mjtGhetlKnsVXy2sN2BZ6b5CCW// PpNVeEgt0nWujnNMDt90tw5g+9xRX6gXkfM9uPxOlCQjj8gOOXjdrcmbaovDkGlG8DyJJHIpGtEn TWUKatNfxbhV8nMAK9DurPMyr7NxJz4EOI4uMp04iuFMaeqgbti3oQLlehwAP2B/MB1jNYaVCR8j txS3SmsYnqMwTsEhFFtnKjIvhoM2wrGFIuBOQKN64Y5CN/gBh9Q54B8wl/YAAAAldEVYdGRhdGU6 Y3JlYXRlADIwMjItMDktMTBUMDQ6MzA6MzArMDA6MDCs/fKYAAAAJXRFWHRkYXRlOm1vZGlmeQAy MDIyLTA5LTEwVDA0OjMwOjMwKzAwOjAw3aBKJAAAAABJRU5ErkJggg== X-Now-Playing: Peter Gabriel's _Peter Gabriel 3_: "Intruder" Date: Sat, 10 Sep 2022 06:33:55 +0200 Message-ID: <874jxfsv9o.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Andrea Corallo writes: > Yes I think we should propapgate them, well at least `no-native-compile' > (I'm not sure of the others). Opinions are very welcome :) Perhaps we should make the no-native-compile thing into code instead of having it as a comment? I.e., we could put Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii 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 (---) Andrea Corallo writes: > Yes I think we should propapgate them, well at least `no-native-compile' > (I'm not sure of the others). Opinions are very welcome :) Perhaps we should make the no-native-compile thing into code instead of having it as a comment? I.e., we could put (push #$ native-comp-deferred-compilation-inhibited-list) into the files instead? (And then use that variable in addition to the native-comp-deferred-compilation-deny-list defcustom.) From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 10 00:38:14 2022 Received: (at 57627) by debbugs.gnu.org; 10 Sep 2022 04:38:14 +0000 Received: from localhost ([127.0.0.1]:36096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWsFy-0001RN-5m for submit@debbugs.gnu.org; Sat, 10 Sep 2022 00:38:14 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53700) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWsFw-0001R9-Qx for 57627@debbugs.gnu.org; Sat, 10 Sep 2022 00:38:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=5idGA432nKzNLyeSNo6lnpEWLeIb0kYi4bR71u+4Jt8=; b=IDAe2p1gs+45p273ffUjY4NcMP aO4O08rVqakRPZX5fqQ9QAVLLp7FyptmkSg1pRarvjlxRvORLTEZn5TNKwC2z/dwLw1OStQuPB51R GKI4hnGlYgEhd+DxI8BGdgD2To5CpiYyc3vXKif46F12BGMPNda0uXO7PqFmDdykKGC0=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oWsFo-0006Hv-G5; Sat, 10 Sep 2022 06:38:06 +0200 From: Lars Ingebrigtsen To: Andrea Corallo Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <874jxfsv9o.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 10 Sep 2022 06:33:55 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEUQDRCBfH23tLVf Wlv///+bQZUnAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+YJCgQeHkcjekoAAAGGSURBVDjLhZMNksMg CIWJXEDhAhEvoHL/u+3zp9022cw6yUzrJ8jjEaJ/lzyB+n/s5/InEB/2j6eA9lwRJ1zjek8pZqWb 5RuwuUTqRRNvYOel+mPttw3oCkxuIK9cVv6M+AJNk1aAymySbhFhKOuV4gV4iDysar4Kbb6VyGHd u0WxpcpfIKhZGk9ePUE4JQUNZZbU8L72KaF9eQPNkkcOfvfqGJ2FCMnxG1AO2O/quMLd2y/oI30j /r37qyeRy8WODfJy8DMAFmbXsMAKSFhDp5SW1PQVwOQNBP+7mjtGhetlKnsVXy2sN2BZ6b5CCW// PpNVeEgt0nWujnNMDt90tw5g+9xRX6gXkfM9uPxOlCQjj8gOOXjdrcmbaovDkGlG8DyJJHIpGtEn TWUKatNfxbhV8nMAK9DurPMyr7NxJz4EOI4uMp04iuFMaeqgbti3oQLlehwAP2B/MB1jNYaVCR8j txS3SmsYnqMwTsEhFFtnKjIvhoM2wrGFIuBOQKN64Y5CN/gBh9Q54B8wl/YAAAAldEVYdGRhdGU6 Y3JlYXRlADIwMjItMDktMTBUMDQ6MzA6MzArMDA6MDCs/fKYAAAAJXRFWHRkYXRlOm1vZGlmeQAy MDIyLTA5LTEwVDA0OjMwOjMwKzAwOjAw3aBKJAAAAABJRU5ErkJggg== X-Now-Playing: Peter Gabriel's _Peter Gabriel 3_: "No Self-Control" Date: Sat, 10 Sep 2022 06:38:04 +0200 Message-ID: <87v8pvrgib.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > (push #$ native-comp-deferred-compilation-inhibited-list) (Or not actually #$, since that byte-compiles away, but Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii 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 (---) Lars Ingebrigtsen writes: > (push #$ native-comp-deferred-compilation-inhibited-list) (Or not actually #$, since that byte-compiles away, but (push "foo-loaddefs.el" native-comp-deferred-compilation-inhibited-list) and so on, I guess. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 14 06:53:29 2022 Received: (at 57627) by debbugs.gnu.org; 14 Oct 2022 10:53:29 +0000 Received: from localhost ([127.0.0.1]:35888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojIJl-0004wn-1Y for submit@debbugs.gnu.org; Fri, 14 Oct 2022 06:53:29 -0400 Received: from quimby.gnus.org ([95.216.78.240]:44956) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojIJj-0004wM-Op for 57627@debbugs.gnu.org; Fri, 14 Oct 2022 06:53:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=cKDxpuwLPmjvpIvicfMPckutLJ+/V9QMDdiTGpo5d30=; b=sDA77YdLbEA/x7NSX642WFl8sL s5U3UnvUi+5PfVjadfH+vuzhoGBlUsghmtlkaZy78opXRDbJj6SsZdG5pJTUvuV9hjl+tMMm4N5j0 vIsoEy+k5SFeb3DdgbXBKXozIZY2HZVYfJkm4GhNd/Vmcb4/xnf3yF8ekfLW7HZymMik=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ojIJW-0005EL-Vr; Fri, 14 Oct 2022 12:53:17 +0200 From: Lars Ingebrigtsen To: Andrea Corallo Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <874jxfsv9o.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 10 Sep 2022 06:33:55 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> X-Now-Playing: Xeno & Oaklander's _Topiary_: "Worlding Worlds" Date: Fri, 14 Oct 2022 12:53:14 +0200 Message-ID: <874jw6d6cl.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > Perhaps we should make the no-native-compile thing into code instead of > having it as a comment? I started futzing around with this again, but then wondered whether we should have a more general language mechanism for stuff like this. So I've added Stefan to the CCs; perhaps he's thought about th [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier 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 (---) Lars Ingebrigtsen writes: > Perhaps we should make the no-native-compile thing into code instead of > having it as a comment? I started futzing around with this again, but then wondered whether we should have a more general language mechanism for stuff like this. So I've added Stefan to the CCs; perhaps he's thought about this stuff before. So to recap the practical problem we have today and would like to fix: We put ;; no-native-compile: t into .el files to signal that we don't want them to be native-compiled. However, the machinery today doesn't see that when we want it to. That is, we load the .elc file, the nativecomp machinery then kicks in and adds the file to the async .eln list, which then forks off an Emacs which then loads the .el file and sees that cookie, and then does nothing. (And this will happen on every Emacs run.) So the machinery either has to inspect the .el file in addition to the .elc file (which is inefficient), or we need to put something into the .elc file to tell the machinery not to bother with generating the .eln. This is simple enough, of course -- we could just introduce a (no-native-compile) function that hooks into the machinery at the right point. But this reminds me of other "file-wide directives" that have been previously discussed over the years, and makes me wonder whether we should introduce something more general. As an example of an ad-hoc one that already exists, we have `defgroup' that makes all subsequent `defcustom' forms use that group in the same file. We've previously discussed (in i18n contexts) whether it should be possible to specify the translation domain of the file. And we have different Emacs Lisp dialects, and we have shorthands, which use comments to change the behaviour of the code, which is unsatisfactory. So... is it time to introduce something like `pragma'? That is, in this case, we'd say (pragma 'no-native-compile) somewhere in the file. We could have (pragma 'dynamic-binding) for future versions of Emacs when lexical binding is default but we want to allow people files to still be dynamic. And we could have (pragma 'shorthands "snu-" "some-nice-string-utils-") And, of course, for backwards/forwards compat, any unknown pragmas would be ignored. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 14 15:00:11 2022 Received: (at 57627) by debbugs.gnu.org; 14 Oct 2022 19:00:12 +0000 Received: from localhost ([127.0.0.1]:38624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojPul-0004eX-Bl for submit@debbugs.gnu.org; Fri, 14 Oct 2022 15:00:11 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:40516) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojPui-0004d5-SX for 57627@debbugs.gnu.org; Fri, 14 Oct 2022 15:00:09 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 82A7D44121A; Fri, 14 Oct 2022 15:00:03 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id B645C4411A6; Fri, 14 Oct 2022 15:00:01 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1665774001; bh=S6XhxrgyToTMCoJ5lQfJWDg9yDvoSB5Z0/nNsUTD/D8=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=H9i9odjQOfS0c1NEzYmaIpmK2nHNkmSyyhenViQ4xOs1fNdjlf102a5QHOOnESzNW SQcE0T5oXNvVSyetyfcwUjuEZ01lNhYAOxrlhPL/PoNa7AoDYwE/7HQDr+yYD4SPY7 1K6mzzXMC180Wm7Bi5xscmUi5NPA38BhqxBJN0OXgn4UjgmbAUKdN/iPdx+Q66FDXV A9NtREzN1bm4y5bKc5Uh1bMDluuLENGX1aB7QfgsU+9MmE1CRfHRRi2+5UVLK6rHzK EABWuNc2VBRG/Mgjqn9CNzkryyVuhm2w4xSmuyVuSJgZxN+4HFg8luXp24NQTClQLh 0tc0q+xPAVUeA== Received: from pastel (65-110-220-202.cpe.pppoe.ca [65.110.220.202]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 77675120F4D; Fri, 14 Oct 2022 15:00:01 -0400 (EDT) From: Stefan Monnier To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <874jw6d6cl.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 14 Oct 2022 12:53:14 +0200") Message-ID: References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> Date: Fri, 14 Oct 2022 15:00:00 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) 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.051 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 X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Andrea Corallo 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 (---) > ;; no-native-compile: t > > into .el files to signal that we don't want them to be native-compiled. > However, the machinery today doesn't see that when we want it to. That > is, we load the .elc file, the nativecomp machinery then kicks in and > adds the file to the async .eln list, which then forks off an Emacs > which then loads the .el file and sees that cookie, and then does > nothing. (And this will happen on every Emacs run.) > > So the machinery either has to inspect the .el file in addition to the > .elc file (which is inefficient), or we need to put something into the > .elc file to tell the machinery not to bother with generating the .eln. After spending many milliseconds thinking about it, my conclusion is that the bytecompiler should add a little code snippet like (puthash load-file-name t comp--no-native-compile) in the file if `no-native-compile` was specified. So it then be easy for the lazy native compilation to detect that it should skip this file (since lazy native compilation is triggered after loading the file) by just consulting `comp--no-native-compile`. For that, there's no need to change the way `no-native-compile` is specified. > So... is it time to introduce something like `pragma'? > > That is, in this case, we'd say > > (pragma 'no-native-compile) > > somewhere in the file. I guess that could work for `no-native-compile`, indeed. But if you ask to native compile this file and the pragma is halfway down the file, what happens? > We could have > > (pragma 'dynamic-binding) I guess this one could work (of course, it'd have to be at top-level), and we could switch back&forth within the same file (yuck!). But if we allow such `pragma` to be output by macros, then it becomes tricky for `eval-region` to reliably decide which dialect to use. > And we could have > > (pragma 'shorthands "snu-" "some-nice-string-utils-") Same question: the tooling will often want to have access to that information but without necessarily wanting to run (or macroexpand) all the code first. So we could allow such `pragma`, but we'd likely end up restricting its syntax so we're able to find it with something like a regexp search, so in the end it's not clear what's the advantage over file-local variables. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 15 06:13:48 2022 Received: (at 57627) by debbugs.gnu.org; 15 Oct 2022 10:13:48 +0000 Received: from localhost ([127.0.0.1]:39535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojeAu-0002eV-HO for submit@debbugs.gnu.org; Sat, 15 Oct 2022 06:13:48 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56178) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojeAs-0002eE-10 for 57627@debbugs.gnu.org; Sat, 15 Oct 2022 06:13:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=f2mD0hrDxTuWks1Uv4nKpdb8qAmlVXBw6mAl91ERE7A=; b=gmEIOqBAC7xD7a8fIDVofi3lYr 9ZmUtKq6fpZWg/m72qJzHHPXUO4zww27V451NSSo2xGAxdkBiRy/IH3qNAaGvpXEmSTHRerYYi2VQ KoM7l3fqiRiFdcOKrvwWcf49SFNBCtL8yhGR0TlnSYC4onWDpHvGlRRu5nvl/2M3UFz0=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ojeAf-00070N-9S; Sat, 15 Oct 2022 12:13:35 +0200 From: Lars Ingebrigtsen To: Stefan Monnier Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (Stefan Monnier's message of "Fri, 14 Oct 2022 15:00:00 -0400") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEWpSz40JSiDjbz/ ///rtNpNAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+YKDwoAAv2DvjIAAAGgSURBVCjPNdDBatwwEAbg 32YFG59EkC49LhQ2fgq5dKHxSbtoBPEth0KjpzBLDyGnUupAc/IuMdjzlB05VL7Mx1gzowHg87f3 kOOgETam1husJAuz01bCCk0gRxutHXDqCxI4fSugd7XCZwTB0RmpkzEp8o/kSx7lt4mI7khju11h 6Z78tqoyDkSg02V77uFVtILYu7KHfTeWFAV8y/gpfWzR9sh3ghU0/nydgUGKkVKh5Iyc2dtQ5owN 9kB7Y8B7QAVzJGiDOQGHUDhBV891rqb6UE6J+QPPoVqYK4G0rzif6kUmoEOd47GUIeQ1a+Jr0TIW styxtC++MFjbFCUjUyXwQF13Zt4tlwimp/t0zlMWERd6uksuAyyglvtu2GTIptrUy/tGx3iW5X4S xOsvgSrcjbMUoRl/LDU3MkYynvGmqFlyR5I7Y0NX9rIukmqjt7cPg8Q58xhUXGOSQY+hiANP1L0y 43ugB5JpeZgZKU5HYin9d5exnJhfh8RvjPbIpuZhSrPceeHlR+JpkcUxfi95gcwrxs8fyAdLXLr/ +AcNOcONF1pRZwAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMi0xMC0xNVQxMDowMDowMiswMDowMLDE cj4AAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMTAtMTVUMTA6MDA6MDIrMDA6MDDBmcqCAAAAAElF TkSuQmCC X-Now-Playing: Bill Callahan & Bonnie Prince Billy's _Blind Date Party (2)_: "I Want To Go To The Beach" Date: Sat, 15 Oct 2022 12:13:32 +0200 Message-ID: <871qr95r8z.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Monnier writes: > After spending many milliseconds thinking about it, my conclusion is > that the bytecompiler should add a little code snippet like > (puthash load-file-name t comp--no-native-compile) in the > file [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Andrea Corallo 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 (---) Stefan Monnier writes: > After spending many milliseconds thinking about it, my conclusion is > that the bytecompiler should add a little code snippet like > (puthash load-file-name t comp--no-native-compile) in the > file if `no-native-compile` was specified. So it then be easy for the > lazy native compilation to detect that it should skip this file (since > lazy native compilation is triggered after loading the file) by just > consulting `comp--no-native-compile`. > > For that, there's no need to change the way `no-native-compile` is specified. True, but it's kinda hacky, and if possible, I'd like to avoid adding more hacks in this area... >> That is, in this case, we'd say >> >> (pragma 'no-native-compile) >> >> somewhere in the file. > > I guess that could work for `no-native-compile`, indeed. But if you ask > to native compile this file and the pragma is halfway down the file, > what happens? Yes, that's no good. Uhm... we could make a rule that all `pragma's have to appear as the first form(s) in a Lisp file? And error out if somebody tries to add a `pragma' later in the file. I think that would make sense in general -- we're trying to express something about the file as a whole, after all. >> We could have >> >> (pragma 'dynamic-binding) > > I guess this one could work (of course, it'd have to be at top-level), > and we could switch back&forth within the same file (yuck!). > > But if we allow such `pragma` to be output by macros, then it becomes > tricky for `eval-region` to reliably decide which dialect to use. Hm, yes... But we have the same issue today, don't we? That is (progn (pop-to-buffer "*foo*") (emacs-lisp-mode) (insert ";;; -*- lexical-binding: t -*-\n(message \"Lex: %s\" lexical-binding)") (eval-region (pos-bol) (point))) Well, OK, that's the same result with point-min, but... > So we could allow such `pragma`, but we'd likely end up restricting its > syntax so we're able to find it with something like a regexp search, so > in the end it's not clear what's the advantage over > file-local variables. If they have to be the first forms, there may be some advantages... From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 15 10:20:09 2022 Received: (at 57627) by debbugs.gnu.org; 15 Oct 2022 14:20:09 +0000 Received: from localhost ([127.0.0.1]:42344 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oji1I-0000HZ-TL for submit@debbugs.gnu.org; Sat, 15 Oct 2022 10:20:09 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:33109) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oji1G-0000Gz-1J for 57627@debbugs.gnu.org; Sat, 15 Oct 2022 10:20:07 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id A2C194407EC; Sat, 15 Oct 2022 10:20:00 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id E8F8D440802; Sat, 15 Oct 2022 10:19:58 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1665843598; bh=9wOdjLnLJdfak+5YRlhkXT91l4RvHNBjvxJ/ZW7/Qgk=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=cR0+Z8y3Ilve/p3JyV/5mLVXdJ11Ur6IX8KrPw42p3lSm0fUHMyzGybVZQLstqee0 wLpNhzrjXDJJ1PcX+t3zbceAZYNaMN6RE2uQ4lSyjZn+35sRLtCijJGBYCoJiQpgT1 UH9dYPoIBPWhGJi4mOSTsbMB3C19ojfmNGICMK4YVxDL+A8UBb5sgUJU+yQvV0qAU3 jxWoYAGZM0IK56PK0SdYZJ90D10H/vWu9TVtuRqjIcnmbBGh7y1WhZWuIUPxxo3whw y3VCbtoptyApMw74hrrnv5huc6Ee0lkYRxVpjxlrtArcBcfVqPWhrB2w5n3xZJ+2qj z3IAtoNk8BOTw== Received: from pastel (65-110-220-202.cpe.pppoe.ca [65.110.220.202]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 8F30A120796; Sat, 15 Oct 2022 10:19:58 -0400 (EDT) From: Stefan Monnier To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <871qr95r8z.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 15 Oct 2022 12:13:32 +0200") Message-ID: References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> Date: Sat, 15 Oct 2022 10:19:57 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) 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.056 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 X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Andrea Corallo 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 (---) Re-reading this discussion what I see is two different options, neither of which is significantly better than the other. So the motivation to change is not very high. Stefan Lars Ingebrigtsen [2022-10-15 12:13:32] wrote: > Stefan Monnier writes: > >> After spending many milliseconds thinking about it, my conclusion is >> that the bytecompiler should add a little code snippet like >> (puthash load-file-name t comp--no-native-compile) in the >> file if `no-native-compile` was specified. So it then be easy for the >> lazy native compilation to detect that it should skip this file (since >> lazy native compilation is triggered after loading the file) by just >> consulting `comp--no-native-compile`. >> >> For that, there's no need to change the way `no-native-compile` is specified. > > True, but it's kinda hacky, and if possible, I'd like to avoid adding > more hacks in this area... > >>> That is, in this case, we'd say >>> >>> (pragma 'no-native-compile) >>> >>> somewhere in the file. >> >> I guess that could work for `no-native-compile`, indeed. But if you ask >> to native compile this file and the pragma is halfway down the file, >> what happens? > > Yes, that's no good. Uhm... we could make a rule that all `pragma's > have to appear as the first form(s) in a Lisp file? And error out if > somebody tries to add a `pragma' later in the file. > > I think that would make sense in general -- we're trying to express > something about the file as a whole, after all. > >>> We could have >>> >>> (pragma 'dynamic-binding) >> >> I guess this one could work (of course, it'd have to be at top-level), >> and we could switch back&forth within the same file (yuck!). >> >> But if we allow such `pragma` to be output by macros, then it becomes >> tricky for `eval-region` to reliably decide which dialect to use. > > Hm, yes... But we have the same issue today, don't we? That is > > (progn > (pop-to-buffer "*foo*") > (emacs-lisp-mode) > (insert ";;; -*- lexical-binding: t -*-\n(message \"Lex: %s\" lexical-binding)") > (eval-region (pos-bol) (point))) > > Well, OK, that's the same result with point-min, but... > >> So we could allow such `pragma`, but we'd likely end up restricting its >> syntax so we're able to find it with something like a regexp search, so >> in the end it's not clear what's the advantage over >> file-local variables. > > If they have to be the first forms, there may be some advantages... From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 16 04:22:07 2022 Received: (at 57627) by debbugs.gnu.org; 16 Oct 2022 08:22:07 +0000 Received: from localhost ([127.0.0.1]:43265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojyuN-00051W-1a for submit@debbugs.gnu.org; Sun, 16 Oct 2022 04:22:07 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41320) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojyuI-00050w-K3 for 57627@debbugs.gnu.org; Sun, 16 Oct 2022 04:22:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=asoiDOth01QHQCJk6dwjXkBNLx6duALRUqpP+M/Y/vw=; b=iON2VOyyI8hZnLac76ulVUKglL klMSZzTcuUNC8r3x5HrxGEccXlLoqZIjiePXWqlO8ElYfzMQWdT8O7coVfKGzXDAYs1kEU0nA1a7v QgoDR1xiBLBMm4po9SE9kMJH/xc6yOu0zN43RPuq4HaKZys+EB7pQXFbxeTiP/5dnL0M=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ojyu6-00041q-KN; Sun, 16 Oct 2022 10:21:52 +0200 From: Lars Ingebrigtsen To: Stefan Monnier Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (Stefan Monnier's message of "Sat, 15 Oct 2022 10:19:57 -0400") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAMFBMVEX+/v7r5ufa0dOT eoOIbHeecXKrnJ5NPD5KOEM2JzFJMTprVV4dEx7DtrmAO0X///8iZEbjAAAAAWJLR0QPGLoA2QAA AAd0SU1FB+YKEAcoKHvHDdQAAAEpSURBVDjL1dO/T4NAFMBx/A96XZxLnFxxc70QE+ZObpZcE4Mz rYwuYpnUICBOGvkRF1PSlr6OxpT0TR10MGz+IaLjg+72u35yL3eXPEnaylibMSZXdQgcdHsKNwd2 9EjgEMYKP7cH6ROBfv7e48mz+LwlcDR3uzx5aO2+EcgtYfJ4Kqx7Ak7wccyD1/YeHeWgZWnJtdin sChMAamXDWuwMgQkaBU39FaF2gcs0F4R0Gcu6FgJBQ20DNKrOKZfMr9UfT/jnKsEZqOT0wAqmFCY yF9/Jyjko/G0AK7UADz0cuBaRuEiDJcGcAAKDtqIkDWBHiJAGtdguV4gmMldDdy1UeQYRRReAn+I mh19nxEof+swmTFpS2ptAlGW60aoNqf5dTuMbZz2X/oBFFCMQmahl5wAAAAldEVYdGRhdGU6Y3Jl YXRlADIwMjItMTAtMTZUMDc6NDA6NDArMDA6MDDafE2zAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIy LTEwLTE2VDA3OjQwOjQwKzAwOjAwqyH1DwAAAABJRU5ErkJggg== X-Now-Playing: Pet Shop Boys's _Behaviour_: "The end of the world" Date: Sun, 16 Oct 2022 10:21:47 +0200 Message-ID: <87k0502n6s.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Monnier writes: > Re-reading this discussion what I see is two different options, neither > of which is significantly better than the other. > So the motivation to change is not very high. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Andrea Corallo 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 (---) Stefan Monnier writes: > Re-reading this discussion what I see is two different options, neither > of which is significantly better than the other. > So the motivation to change is not very high. True. So I've now implemented Stefan's suggestion (i.e., just putting a puthash into the .elc file if the file-local variable says so), and it seems to work fine. Andrea, does this look OK to you? diff --git a/lisp/emacs-lisp/bytecomp.el b/lisp/emacs-lisp/bytecomp.el index 74ba8984f2..1dc5442716 100644 --- a/lisp/emacs-lisp/bytecomp.el +++ b/lisp/emacs-lisp/bytecomp.el @@ -2323,9 +2323,15 @@ byte-compile-from-buffer (setq case-fold-search nil)) (displaying-byte-compile-warnings (with-current-buffer inbuffer - (and byte-compile-current-file - (byte-compile-insert-header byte-compile-current-file - byte-compile--outbuffer)) + (when byte-compile-current-file + (byte-compile-insert-header byte-compile-current-file + byte-compile--outbuffer) + ;; Instruct native-comp to ignore this file. + (when (bound-and-true-p no-native-compile) + (with-current-buffer byte-compile--outbuffer + (insert + "(when (boundp 'native-comp--no-native-compile) + (puthash load-file-name t native-comp--no-native-compile))\n\n")))) (goto-char (point-min)) ;; Should we always do this? When calling multiple files, it ;; would be useful to delay this warning until all have been diff --git a/lisp/emacs-lisp/comp.el b/lisp/emacs-lisp/comp.el index 889bffa3f5..3c64f472a0 100644 --- a/lisp/emacs-lisp/comp.el +++ b/lisp/emacs-lisp/comp.el @@ -4119,6 +4119,8 @@ native-compile-async-skip-p LOAD and SELECTOR work as described in `native--compile-async'." ;; Make sure we are not already compiling `file' (bug#40838). (or (gethash file comp-async-compilations) + (gethash (file-name-with-extension file "elc") + native-comp--no-native-compile) (cond ((null selector) nil) ((functionp selector) (not (funcall selector file))) diff --git a/lisp/loadup.el b/lisp/loadup.el index c01c827a75..95bfbc502e 100644 --- a/lisp/loadup.el +++ b/lisp/loadup.el @@ -501,7 +501,10 @@ bin-dest-dir) ;; Relative filename from the built uninstalled binary. (file-relative-name file invocation-directory))))) - comp-loaded-comp-units-h)))) + comp-loaded-comp-units-h))) + ;; Set up the mechanism to allow inhibiting native-comp via + ;; file-local variables. + (defvar native-comp--no-native-compile (make-hash-table :test #'equal))) (when (hash-table-p purify-flag) (let ((strings 0) From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 03:48:04 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 07:48:04 +0000 Received: from localhost ([127.0.0.1]:47107 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okKqx-0002yM-JF for submit@debbugs.gnu.org; Mon, 17 Oct 2022 03:48:03 -0400 Received: from mx.sdf.org ([205.166.94.24]:61868) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okKqr-0002xS-Iy for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 03:48:02 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 29H7ltqW010674 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Mon, 17 Oct 2022 07:47:56 GMT From: Andrea Corallo To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <87k0502n6s.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 16 Oct 2022 10:21:47 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> Date: Mon, 17 Oct 2022 07:47:55 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier 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 (-) Lars Ingebrigtsen writes: > Stefan Monnier writes: > >> Re-reading this discussion what I see is two different options, neither >> of which is significantly better than the other. >> So the motivation to change is not very high. > > True. > > So I've now implemented Stefan's suggestion (i.e., just putting a > puthash into the .elc file if the file-local variable says so), and it > seems to work fine. > > Andrea, does this look OK to you? In principle absolutely, but I've two questions: Why not to use `native-comp-deferred-compilation-deny-list' instead of adding `native-comp--no-native-compile'? If we can't use `native-comp-deferred-compilation-deny-list' maybe we should rename `native-comp--no-native-compile' to `comp--no-native-compile'? This is the scheme we used for variables that are not supposed to be manipulated by the user. Thanks Andrea From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 04:49:51 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 08:49:51 +0000 Received: from localhost ([127.0.0.1]:47275 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okLol-0004qi-Cr for submit@debbugs.gnu.org; Mon, 17 Oct 2022 04:49:51 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53458) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okLoU-0004pl-Lm for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 04:49:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=CRkSdlhWmLP7CzjSJqMLpNVcw/M1fQ8vJxoRKCCTz4Q=; b=eKvr3VzV34T6Zssz7zY9hpeX1Z ID8cMNzfaze+Ju+dd4IDek6Ow2aKNRWirXOtHFGcXquHAp+FeBduZNTdG0rFmz278iGbbqcE7OieN sE2twubQidVk8hQzU/ULnivoKXZFunJ/TEz9Au7aPBJdLWAvu2jSxCMbfckGK59yWEvo=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1okLoJ-0006nH-Vi; Mon, 17 Oct 2022 10:49:26 +0200 From: Lars Ingebrigtsen To: Andrea Corallo Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (Andrea Corallo's message of "Mon, 17 Oct 2022 07:47:55 +0000") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEX6+fnr1dTS0dCx rq2VkpDBwL7Zp6dxbWutc3KEgH7///9+p4sFAAAAAWJLR0QKaND0VgAAAAd0SU1FB+YKEQgeBp3t sTYAAAGySURBVDjLjdPBbtswDABQyQV2NhWs55hq7o2pYug14mDkmmJ3+xfWAIZv8WU/UA/F/nak 4zRubAOlb3qgRJGyMV8Jm8yvO+cWABYgcbgAiOm8gFuAuYwkNek85OBnwaAPWzcH3z3H2wywqdbK HGibGVvZsiz1voiYAdhN4FDnB/OtgrY6SeMGMBtifn/bClRtVeqlPiCG4vgoe6QSAqunM6woUPEq Z6TnCmAlxYDYKnIsfh/k8NMAlCP4EEPTxOJvPgZCfOBI//ZxHzM9Y2gGPeUYBPYc+Weu6+kAdMDQ MRVHpqhbtacrPDcCTfQjcE7hR90xd3FDulXfEOmqHl7UR+b9zitcOpj8kksU9Rvx89a/yFZte68t MVbWsW6i9BD9y07gT3WF906ADg8kUFagcG4YMwlkXuAj9DZARKGLPVhJ0K6AGUCqlc7sZB73bdte SpOZUCT0e8kAndR53YIE5tDDOBQcZhZ8c/NMADIDa2PuHqeP2cL0sfVrl1GPo3/8cxnDfkuQLsEw aUvyznA9BQ3y17LtGNBNM+TPdfKtbzMSl+ncpmckkIHAYumfa/kc/wGEi2EcuQlP9QAAACV0RVh0 ZGF0ZTpjcmVhdGUAMjAyMi0xMC0xN1QwODozMDowNiswMDowMJ3FJ1QAAAAldEVYdGRhdGU6bW9k aWZ5ADIwMjItMTAtMTdUMDg6MzA6MDYrMDA6MDDsmJ/oAAAAAElFTkSuQmCC X-Now-Playing: Malcolm Brown's _Close To The Noise Floor (1)_: "Sedation Strokes" Date: Mon, 17 Oct 2022 10:49:23 +0200 Message-ID: <87bkqahm24.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Andrea Corallo writes: > Why not to use `native-comp-deferred-compilation-deny-list' instead of > adding `native-comp--no-native-compile'? `native-comp-deferred-compilation-deny-list' is a user option, so it shouldn't be used for programmatic updates like this. (I.e., a user may overwrite the automatic updates.) Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier 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 (---) Andrea Corallo writes: > Why not to use `native-comp-deferred-compilation-deny-list' instead of > adding `native-comp--no-native-compile'? `native-comp-deferred-compilation-deny-list' is a user option, so it shouldn't be used for programmatic updates like this. (I.e., a user may overwrite the automatic updates.) > If we can't use `native-comp-deferred-compilation-deny-list' maybe we > should rename `native-comp--no-native-compile' to > `comp--no-native-compile'? This is the scheme we used for variables > that are not supposed to be manipulated by the user. Right; now done, and change pushed to master. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 04:49:43 2022 Received: (at control) by debbugs.gnu.org; 17 Oct 2022 08:49:43 +0000 Received: from localhost ([127.0.0.1]:47273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okLod-0004qO-3i for submit@debbugs.gnu.org; Mon, 17 Oct 2022 04:49:43 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53472) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okLoa-0004q4-Uh for control@debbugs.gnu.org; Mon, 17 Oct 2022 04:49:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=3mEffTZbQ6sbDwozJvrMfmVr1elCmNBa1+eSS2sxw+o=; b=LlhNDGNydh2yHE4gteOzuBjG9i AwcSdkgoVJyo0Os0MGfvieTKEnhgbgiUEXFjWZ3x92vYcV5vgxcmez38YwGE4rCLP1PyUAC1uo6eD fzTdnQo6g33RVOYbX28FeX3dSYNtLxCNDS651Yxkp5wSJ38xbrJiUmwzVtYAoG9Hi3yc=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1okLoT-0006nO-1C for control@debbugs.gnu.org; Mon, 17 Oct 2022 10:49:35 +0200 Date: Mon, 17 Oct 2022 10:49:32 +0200 Message-Id: <87a65uhm1v.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #57627 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 57627 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 57627 29.1 quit From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 04:52:46 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 08:52:46 +0000 Received: from localhost ([127.0.0.1]:47295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okLra-0004ww-5Q for submit@debbugs.gnu.org; Mon, 17 Oct 2022 04:52:46 -0400 Received: from mx.sdf.org ([205.166.94.24]:56657) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okLrZ-0004wm-2w for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 04:52:45 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 29H8qhdH027283 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Mon, 17 Oct 2022 08:52:44 GMT From: Andrea Corallo To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <87bkqahm24.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 17 Oct 2022 10:49:23 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> <87bkqahm24.fsf@gnus.org> Date: Mon, 17 Oct 2022 08:52:43 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier 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 (-) Lars Ingebrigtsen writes: > Andrea Corallo writes: > >> Why not to use `native-comp-deferred-compilation-deny-list' instead of >> adding `native-comp--no-native-compile'? > > `native-comp-deferred-compilation-deny-list' is a user option, so it > shouldn't be used for programmatic updates like this. (I.e., a user may > overwrite the automatic updates.) Right >> If we can't use `native-comp-deferred-compilation-deny-list' maybe we >> should rename `native-comp--no-native-compile' to >> `comp--no-native-compile'? This is the scheme we used for variables >> that are not supposed to be manipulated by the user. > > Right; now done, and change pushed to master. Thanks Andrea From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 05:07:20 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 09:07:20 +0000 Received: from localhost ([127.0.0.1]:47305 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okM5e-0007X0-Nb for submit@debbugs.gnu.org; Mon, 17 Oct 2022 05:07:20 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36450) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okM5Q-0007WG-On for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 05:07:17 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42036) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okM5K-0008KS-6x; Mon, 17 Oct 2022 05:06:58 -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=DTUOUL0Jwictn0jDfhN8Uxtnk7xQtT3ndVpPmOOQUaA=; b=GrATAN3DTkDG uik0I9ao1+KbQjZoZwVUGuDM0ot7ofQ3po4ka7zvbWNwC8HIVERiQXZa8Yt6JGx/IUWdPbyMHYdsA BuyUY8Rvu1+nmd0fd0Dvv/M4/soYYqye1SZ9xmsqMjUH3Q3vEaxrHgscGjjFIYtN82ySnATUp8puQ Aeg4XxrW6+HOARi2hscfPgb2V2y+OKYmBW1FNP2LhVySh8Dmi0cTnFU2WYRE2WOWcmFpb/TUpqzh5 EmTLB8BBAGChhjZso9lviZO3Ec7zedYk3tCJ4nt965Y6qY/67y48jE17u5nrUCQ/Q7w2hv8ugiRTD SQj1SpvbnyIrZf5AUfR1SQ==; Received: from [87.69.77.57] (port=4892 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okM5J-0007fi-JB; Mon, 17 Oct 2022 05:06:57 -0400 Date: Mon, 17 Oct 2022 12:06:45 +0300 Message-Id: <83k04y3jkq.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87bkqahm24.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 17 Oct 2022 10:49:23 +0200) Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> <87bkqahm24.fsf@gnus.org> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, monnier@iro.umontreal.ca, akrl@sdf.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: Lars Ingebrigtsen > Cc: Stefan Monnier , germanp82@hotmail.com, > 57627@debbugs.gnu.org, Eli Zaretskii > Date: Mon, 17 Oct 2022 10:49:23 +0200 > > > If we can't use `native-comp-deferred-compilation-deny-list' maybe we > > should rename `native-comp--no-native-compile' to > > `comp--no-native-compile'? This is the scheme we used for variables > > that are not supposed to be manipulated by the user. > > Right; now done, and change pushed to master. I suggest some minimally suitable doc string for that variable. At least something which says "Internal use only.". And why doesn't "C-h v" say in what file was the variable defined? is that a bug? From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 05:14:03 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 09:14:03 +0000 Received: from localhost ([127.0.0.1]:47321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okMCB-0007ig-1c for submit@debbugs.gnu.org; Mon, 17 Oct 2022 05:14:03 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okMC6-0007hx-04 for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 05:14:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=JmvO3Y6a5di84ujyN+uWOM+8gEOEAzRtnwNE4WRn/jk=; b=qoXK0ONqjl2v6EJ6eA74STUy8Z 2ewknOayzQeHQfUd0lBDXm0MLtsX/vUHjXddvN0CBiHdlAWC4qxGazvBrWqxuyMOn/kHxsVU8xFUc NeE0lPzjdGlb/+utNDAIjVSMiH1SCoVXdHhDRNK+dgHlj/KqOmuwJvuPO1aM5RW5XGz0=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1okMBv-0006y5-Qc; Mon, 17 Oct 2022 11:13:49 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <83k04y3jkq.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 17 Oct 2022 12:06:45 +0300") References: <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> <87bkqahm24.fsf@gnus.org> <83k04y3jkq.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEX6+fnr1dTS0dCx rq2VkpDBwL7Zp6dxbWutc3KEgH7///9+p4sFAAAAAWJLR0QKaND0VgAAAAd0SU1FB+YKEQgeBp3t sTYAAAGySURBVDjLjdPBbtswDABQyQV2NhWs55hq7o2pYug14mDkmmJ3+xfWAIZv8WU/UA/F/nak 4zRubAOlb3qgRJGyMV8Jm8yvO+cWABYgcbgAiOm8gFuAuYwkNek85OBnwaAPWzcH3z3H2wywqdbK HGibGVvZsiz1voiYAdhN4FDnB/OtgrY6SeMGMBtifn/bClRtVeqlPiCG4vgoe6QSAqunM6woUPEq Z6TnCmAlxYDYKnIsfh/k8NMAlCP4EEPTxOJvPgZCfOBI//ZxHzM9Y2gGPeUYBPYc+Weu6+kAdMDQ MRVHpqhbtacrPDcCTfQjcE7hR90xd3FDulXfEOmqHl7UR+b9zitcOpj8kksU9Rvx89a/yFZte68t MVbWsW6i9BD9y07gT3WF906ADg8kUFagcG4YMwlkXuAj9DZARKGLPVhJ0K6AGUCqlc7sZB73bdte SpOZUCT0e8kAndR53YIE5tDDOBQcZhZ8c/NMADIDa2PuHqeP2cL0sfVrl1GPo3/8cxnDfkuQLsEw aUvyznA9BQ3y17LtGNBNM+TPdfKtbzMSl+ncpmckkIHAYumfa/kc/wGEi2EcuQlP9QAAACV0RVh0 ZGF0ZTpjcmVhdGUAMjAyMi0xMC0xN1QwODozMDowNiswMDowMJ3FJ1QAAAAldEVYdGRhdGU6bW9k aWZ5ADIwMjItMTAtMTdUMDg6MzA6MDYrMDA6MDDsmJ/oAAAAAElFTkSuQmCC X-Now-Playing: Bourbonese Qualk's _Close To The Noise Floor (1)_: "God With Us" Date: Mon, 17 Oct 2022 11:13:47 +0200 Message-ID: <87wn8yg6d0.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > I suggest some minimally suitable doc string for that variable. At > least something which says "Internal use only.". We commonly don't add doc strings to internal variables (except when their usage has to be explained to other developers, which I don't think is the case here). Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, monnier@iro.umontreal.ca, akrl@sdf.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: > I suggest some minimally suitable doc string for that variable. At > least something which says "Internal use only.". We commonly don't add doc strings to internal variables (except when their usage has to be explained to other developers, which I don't think is the case here). > And why doesn't "C-h v" say in what file was the variable defined? is > that a bug? Good question. Could it be because it's not defined at top-level? (Which I'm not sure is the correct solution anyway.) From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 08:00:06 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 12:00:06 +0000 Received: from localhost ([127.0.0.1]:47622 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okOmr-0006Ey-QO for submit@debbugs.gnu.org; Mon, 17 Oct 2022 08:00:06 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45302) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okOmp-0006Dk-CX for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 08:00:04 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37734) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okOmj-0002v7-KO; Mon, 17 Oct 2022 07:59:57 -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=/i5UadunytL8pgx0K/MNUJeHgtfXFxzpsKpx1IMge+g=; b=RUrvg6yv0NcqfKPOw8jR TCLl2MAML4PuxynqdTGJscMkYmDXLIijUD36YUUY4PafIns6uCiXNKrNBNgpMEIT4Upbmq/pSesjr p/p/5u0qX+eImXeZd/8Z9W5/wsE7isCKx4POtBAfvQZN/g93Lpx6q4cSzI8NKbgtV9cgaz8oO4kHy 9m2OP1rMPbFtEeKI5V4Pf92sJfWn6yX6yXc9KNIUh00gKuxTJGSxzrjn+K8RB6p7xydij1sFD3+kB JPKnzXJjV1R7CjxWOOHJSAEKLfJ6mZp+bvGGFo6HqWeAmhPgK09LRBVBzvsmFJWymXrb9heH5itzg 9EIm74TcOcP4pQ==; Received: from pd9fb7965.dip0.t-ipconnect.de ([217.251.121.101]:65496 helo=MUTANT) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okOmi-0002wY-FB; Mon, 17 Oct 2022 07:59:57 -0400 From: Arash Esbati To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <87k0502n6s.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 16 Oct 2022 10:21:47 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> Date: Mon, 17 Oct 2022 13:59:35 +0200 Message-ID: <86r0z6d5js.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Andrea Corallo 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 (---) Lars Ingebrigtsen writes: > So I've now implemented Stefan's suggestion (i.e., just putting a > puthash into the .elc file if the file-local variable says so), and it > seems to work fine. Thanks for looking at this. When I re-start Emacs (after initial native-compiling all .elc files I'm using), it creates a *Async-native-compile-log* buffer with this single line in it: Compilation finished. Is this the intended behavior? I.e., will there always be the *Async-native-compile-log* at start up telling me that no new .elc file was compiled? Best, Arash From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 08:01:42 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 12:01:42 +0000 Received: from localhost ([127.0.0.1]:47626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okOoQ-0006Iy-Bm for submit@debbugs.gnu.org; Mon, 17 Oct 2022 08:01:42 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55158) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okOoP-0006Ik-GE for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 08:01:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=7d+VqPd4AJfZsuRlAJ6unVqjK2B+98MmTcs5HTIdoIA=; b=tqi6JlVPEdC34JuWauqzfevqdf LC2fxqZqCtUKgx7OpuNeYUwvMxKccr4qzQEp7ZFg13vTootgO68DVX0HpE6FctbHRCvCHQ76PPB/9 G94SItuIxV21Z4+6XspzctWO35aXFnIxTuH54TmyNYLFxn7GP9t5/B40UDgwjFmy6C2I=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1okOoF-00089Z-78; Mon, 17 Oct 2022 14:01:33 +0200 From: Lars Ingebrigtsen To: Arash Esbati Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <86r0z6d5js.fsf@gnu.org> (Arash Esbati's message of "Mon, 17 Oct 2022 13:59:35 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> <86r0z6d5js.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEXQ7fzb7vyr0MGG vF9noUlckzpIcjFMUTM/SDA1WCf////YdfGiAAAAAWJLR0QKaND0VgAAAAd0SU1FB+YKEQsUGJ9L 2oYAAAGASURBVDjLlZHhcYMwDIXFBmGFdIOSDWJyHQCbCVDCAAleoMEsAPW2lWQMJi137fvBHfr0 noQA2CrLs1wEvyj7F8jyw2EH5D9nZId81d9AvgNgB2wMKTjsAdgFmzA4vhXH4r1gnVQRdCSBmqXV RucIyhegZqARMUGnBZSGSBXrPIeA1roSTwRnAaUOQIVnNBTAdUkvk8mncwGIhkipxLm6FIFGXgmo xR1AeOHu1ASo19IlyQrDAzPdfUlSUEmKpg1s3X9ybBVPIoZ66Gr7vCfDw56qd1PtnJNV2FIGUGnU tiPw4GNqrkH4FZemslR3TwEskFBju57Kg+vleyMoKb135PDYpQ7alWOs8yNeo6ERgPaLgzzq69xv ELijc5Pjfmo38yEMYIN4GyYrBmzmJES67vVxG5z17CCZ+cGgd8PURRBFgAb7iZK2BEZsPakngC9A xI4NAR/ByGBNA7pDSwXHhjYFVGj92LrRE38BtM+HE+7n1WifAPzg/KJRGiCpbPQNJEFHZWYdcbIA AAAldEVYdGRhdGU6Y3JlYXRlADIwMjItMTAtMTdUMTE6MjA6MjQrMDA6MDCTawVeAAAAJXRFWHRk YXRlOm1vZGlmeQAyMDIyLTEwLTE3VDExOjIwOjI0KzAwOjAw4ja94gAAAABJRU5ErkJggg== X-Now-Playing: Squid's _Bright Green Field_: "Global Groove" Date: Mon, 17 Oct 2022 14:01:30 +0200 Message-ID: <874jw2ek11.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Arash Esbati writes: > Thanks for looking at this. When I re-start Emacs (after initial > native-compiling all .elc files I'm using), it creates a > *Async-native-compile-log* buffer with this single line in it: > > Compi [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Andrea Corallo 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 (---) Arash Esbati writes: > Thanks for looking at this. When I re-start Emacs (after initial > native-compiling all .elc files I'm using), it creates a > *Async-native-compile-log* buffer with this single line in it: > > Compilation finished. > > Is this the intended behavior? I.e., will there always be the > *Async-native-compile-log* at start up telling me that no new .elc file > was compiled? No, I think this means that you haven't regenerated all the relevant loaddef*elc files. Try saying "make bootstrap" and see whether the problem goes away. If it doesn't, it a bug somewhere. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 08:09:42 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 12:09:42 +0000 Received: from localhost ([127.0.0.1]:47660 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okOw8-0006VF-W4 for submit@debbugs.gnu.org; Mon, 17 Oct 2022 08:09:42 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41980) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okOw5-0006Uv-VY for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 08:09:39 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38090) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okOvz-0004wD-4z; Mon, 17 Oct 2022 08:09:31 -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=OjlTB1BObtM/WgMRvYlslprgzot42odcCL0VUJgX++o=; b=mqd1UKY+jknTXm/7BzHe KokoFhQN2X1hq1xIiRojsQAciq0p765t3VbVaZaYHJGJeOf75n8VGtmt1Zwmg5eMjolSs1Ee5zGMA PcAIYoHvA0QGtYyn87sxnODESUC0p2BmdR81z2xy5xX4viSbUBlR+sjG3nGs0Fdlo/ul2Tb0Ln6Rn +D+iCZ54DmftOqludm2vP7vijh/kciUPkKzT2mRfXwg9eeihFI5sZRt4N5Ka79L3v3FFGP2jxpOgr sS1wf2+6VTLssTD9GJZ5vw5O/GHUtYxohGdH1yOUvv82AiE11OodQvlixZKlpb4/f8WF6KxKk/yCS jgoqcs3LLgT/1A==; Received: from pd9fb7965.dip0.t-ipconnect.de ([217.251.121.101]:49250 helo=MUTANT) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okOvx-0002GK-T3; Mon, 17 Oct 2022 08:09:30 -0400 From: Arash Esbati To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <874jw2ek11.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 17 Oct 2022 14:01:30 +0200") References: <87bkrsr1g2.fsf@gnus.org> <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> <86r0z6d5js.fsf@gnu.org> <874jw2ek11.fsf@gnus.org> Date: Mon, 17 Oct 2022 14:09:02 +0200 Message-ID: <86mt9ud541.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Andrea Corallo 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 (---) Lars Ingebrigtsen writes: > Arash Esbati writes: > >> Thanks for looking at this. When I re-start Emacs (after initial >> native-compiling all .elc files I'm using), it creates a >> *Async-native-compile-log* buffer with this single line in it: >> >> Compilation finished. >> >> Is this the intended behavior? I.e., will there always be the >> *Async-native-compile-log* at start up telling me that no new .elc file >> was compiled? > > No, I think this means that you haven't regenerated all the relevant > loaddef*elc files. Try saying "make bootstrap" and see whether the > problem goes away. > > If it doesn't, it a bug somewhere. My build script does git clean -fdx --exclude=ChangeLog ./autogen.sh ... So I think I'm on the safe side reg. regenerated files. Best, Arash From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 08:21:59 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 12:21:59 +0000 Received: from localhost ([127.0.0.1]:47690 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okP82-0006q1-8v for submit@debbugs.gnu.org; Mon, 17 Oct 2022 08:21:59 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55406) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okP7z-0006pn-Kn for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 08:21:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=p/Mklz6cr5zOLmhvNtWK/ixZ9hFWTFl7pvsdYNaxdp8=; b=sdF2+/3dEj+JjriqJnIMbYzZBt xWbxEVLuYndWCSgUTODjlNhHXqSaMmXpqfvVHGjZKXSFAE4gY7WnLP+dfx8mXU8vq4v4vz83fTv/C kJ56xIkwa/UzxM4slZMw7TsTUieFbPPl7p9+7NnIAlQOExF2brGY51tI2QUP/5d2DgW4=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1okP7o-0008Ip-MH; Mon, 17 Oct 2022 14:21:46 +0200 From: Lars Ingebrigtsen To: Arash Esbati Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <86mt9ud541.fsf@gnu.org> (Arash Esbati's message of "Mon, 17 Oct 2022 14:09:02 +0200") References: <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> <86r0z6d5js.fsf@gnu.org> <874jw2ek11.fsf@gnus.org> <86mt9ud541.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAM1BMVEX+/v7JtbTbQzGV Ix/p6urCX1bYOSrYMBzIOy/f2diYqa+XoqhVeIl4h5AfHRxKUVr///8QrwhDAAAAAWJLR0QQlbIN LAAAAAd0SU1FB+YKEQwNKsnTNJsAAAGdSURBVEjHtdTbsqsgDAZgMAGFqLz/2+4EQYmFpV7sfzqt OPnkWI0ZxU4c4Fhu4FQCw3rnKwD3Bth5OgGLEyyD+uCnBoDFiW9474dABiSfAtwT4A58DtQuSnsE eAYauNL2A+BmrwE8AT+pSQP4FmDIaQBiiBQt4lrzAxBRzTpKgtm6IGBAPSSMR0IfdJa1gPgW2ArW /wU+D+nzpB+W9XrwsYOyKX9u3Jl1l/BBoFSy+OVIH6SjHCDYE9zyA46jFkx8CaACQ1+B2d4AaIBZ n8GmAK6PwCkg4hswoQewyQWOtrHujBQvAmITV59D5UaqF9EE51MCDxrMGqT9AjzgvM4KWA34aLUg CNA9hKkFchQrsHVjkgJYxyR1234H2wGoAXj1QPsbYMosqNQrgKkDjPVzBrsCJJO2v5OW9x+v9+zL 81UPwcuqgmk6iPzO5D3m7a3/0MT/ZnkPbGT5FCQ5zQpw10TtDYL9Hp6DIjcOVaQT0BjEFqQeoPJF 5VLAfVD3HnKTmiHdhQA6CvPV+ZNpBtAD1E0BSphBbQn8CEMfwT9XOzpyeh/ooAAAACV0RVh0ZGF0 ZTpjcmVhdGUAMjAyMi0xMC0xN1QxMjoxMzo0MiswMDowMPnLiC8AAAAldEVYdGRhdGU6bW9kaWZ5 ADIwMjItMTAtMTdUMTI6MTM6NDIrMDA6MDCIljCTAAAAAElFTkSuQmCC X-Now-Playing: A Certain Ratio's _EP:ACR_: "Wonderland" Date: Mon, 17 Oct 2022 14:21:43 +0200 Message-ID: <87v8oid4iw.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Arash Esbati writes: > My build script does > > git clean -fdx --exclude=ChangeLog > ./autogen.sh > ... > > So I think I'm on the safe side reg. regenerated files. Hm... Oh, I think I see the problem... Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Andrea Corallo 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 (---) Arash Esbati writes: > My build script does > > git clean -fdx --exclude=ChangeLog > ./autogen.sh > ... > > So I think I'm on the safe side reg. regenerated files. Hm... Oh, I think I see the problem... From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 08:31:52 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 12:31:52 +0000 Received: from localhost ([127.0.0.1]:47713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okPHb-00077T-Od for submit@debbugs.gnu.org; Mon, 17 Oct 2022 08:31:51 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55490) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okPHY-00077E-NI for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 08:31:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=lrlKI3GX4RcJ9CE9ogdTqhGKHpHoyaPOlcDFp9oFi9M=; b=NT1TBgAeIqbwedyGoPU0HAYQx5 EkNsXbsAoxycuCtFP4hDVL5cygXw8bfzJHm02URuby446iqv8Ij/y+CxTw4U08tSKxvQLkoCu/iCw gEkWlJYPGHzVSVPL7rO9o2ez62e9j7zW/17Z4bMVEpKLAcOig3agEAoevn3BEYeCg2M8=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1okPHN-0008NR-KZ; Mon, 17 Oct 2022 14:31:39 +0200 From: Lars Ingebrigtsen To: Arash Esbati Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <87v8oid4iw.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 17 Oct 2022 14:21:43 +0200") References: <875yi0qz5b.fsf@gnus.org> <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> <86r0z6d5js.fsf@gnu.org> <874jw2ek11.fsf@gnus.org> <86mt9ud541.fsf@gnu.org> <87v8oid4iw.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAM1BMVEX+/v7JtbTbQzGV Ix/p6urCX1bYOSrYMBzIOy/f2diYqa+XoqhVeIl4h5AfHRxKUVr///8QrwhDAAAAAWJLR0QQlbIN LAAAAAd0SU1FB+YKEQwNKsnTNJsAAAGdSURBVEjHtdTbsqsgDAZgMAGFqLz/2+4EQYmFpV7sfzqt OPnkWI0ZxU4c4Fhu4FQCw3rnKwD3Bth5OgGLEyyD+uCnBoDFiW9474dABiSfAtwT4A58DtQuSnsE eAYauNL2A+BmrwE8AT+pSQP4FmDIaQBiiBQt4lrzAxBRzTpKgtm6IGBAPSSMR0IfdJa1gPgW2ArW /wU+D+nzpB+W9XrwsYOyKX9u3Jl1l/BBoFSy+OVIH6SjHCDYE9zyA46jFkx8CaACQ1+B2d4AaIBZ n8GmAK6PwCkg4hswoQewyQWOtrHujBQvAmITV59D5UaqF9EE51MCDxrMGqT9AjzgvM4KWA34aLUg CNA9hKkFchQrsHVjkgJYxyR1234H2wGoAXj1QPsbYMosqNQrgKkDjPVzBrsCJJO2v5OW9x+v9+zL 81UPwcuqgmk6iPzO5D3m7a3/0MT/ZnkPbGT5FCQ5zQpw10TtDYL9Hp6DIjcOVaQT0BjEFqQeoPJF 5VLAfVD3HnKTmiHdhQA6CvPV+ZNpBtAD1E0BSphBbQn8CEMfwT9XOzpyeh/ooAAAACV0RVh0ZGF0 ZTpjcmVhdGUAMjAyMi0xMC0xN1QxMjoxMzo0MiswMDowMPnLiC8AAAAldEVYdGRhdGU6bW9kaWZ5 ADIwMjItMTAtMTdUMTI6MTM6NDIrMDA6MDCIljCTAAAAAElFTkSuQmCC X-Now-Playing: A Certain Ratio's _EP:ACR_: "Feel No Fear" Date: Mon, 17 Oct 2022 14:31:37 +0200 Message-ID: <87r0z6d42e.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > Hm... Oh, I think I see the problem... Now fixed, I think. (I've tested a full new built to see whether this tweak leads to any problems, but looks OK so far.) Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Andrea Corallo 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 (---) Lars Ingebrigtsen writes: > Hm... Oh, I think I see the problem... Now fixed, I think. (I've tested a full new built to see whether this tweak leads to any problems, but looks OK so far.) From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 08:54:14 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 12:54:14 +0000 Received: from localhost ([127.0.0.1]:47751 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okPdF-0007iQ-S3 for submit@debbugs.gnu.org; Mon, 17 Oct 2022 08:54:14 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41134) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okPdE-0007iD-OD for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 08:54:13 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48278) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okPd8-0004nJ-2C; Mon, 17 Oct 2022 08:54:06 -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=zzvzYIzlKmF5LBcR5jOgU0VeHcEQWFv6wRI7gEmpT7g=; b=PNWbLj70B+UPadGFdZ7i 0izY4uZ1QH9wAJKBYpMBxZ5qkbKNeTdgygXjpNsyJTxBJoSRrAA6Ax8iN8odvVpHfmN+sheh2FXyF /QvARQL0T94YBfdzOMKqcVXDgeXGxpROUcpyp6RBnNL63UHOl83AcBMApOmh74RkYW2t4VnL3jvK5 VUQR1wwhG7tkt/MW80SsfL0kW6qkKxcIDHa4ri4Y/PX1bDG9Af1gc5CkQl04JceY0OLv9fuAfafz+ uL9Ho6npXsBkXDUXKNMhOPPR7/79MQ7RJeZXpzlB64hxBdJyhOr6LN5PdvuhtfnAHCmO4HRdGBIAh VRqEXAXCBV90Zw==; Received: from pd9fb7965.dip0.t-ipconnect.de ([217.251.121.101]:49721 helo=MUTANT) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okPd7-0002Pr-IK; Mon, 17 Oct 2022 08:54:05 -0400 From: Arash Esbati To: Lars Ingebrigtsen Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <87r0z6d42e.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 17 Oct 2022 14:31:37 +0200") References: <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> <86r0z6d5js.fsf@gnu.org> <874jw2ek11.fsf@gnus.org> <86mt9ud541.fsf@gnu.org> <87v8oid4iw.fsf@gnus.org> <87r0z6d42e.fsf@gnus.org> Date: Mon, 17 Oct 2022 14:53:35 +0200 Message-ID: <86edv6fw6o.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: germanp82@hotmail.com, 57627@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Andrea Corallo 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 (---) Lars Ingebrigtsen writes: > Now fixed, I think. (I've tested a full new built to see whether this > tweak leads to any problems, but looks OK so far.) Thanks for the quick fix, the issue is gone. Best, Arash From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 08:59:37 2022 Received: (at 57627) by debbugs.gnu.org; 17 Oct 2022 12:59:37 +0000 Received: from localhost ([127.0.0.1]:47767 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okPiT-0007qy-Em for submit@debbugs.gnu.org; Mon, 17 Oct 2022 08:59:37 -0400 Received: from mail-dm6nam10olkn2076.outbound.protection.outlook.com ([40.92.41.76]:23136 helo=NAM10-DM6-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okPiS-0007qm-6T for 57627@debbugs.gnu.org; Mon, 17 Oct 2022 08:59:36 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZaVtigQhjJwkV7Al9/OtifdAgr/em895CoEThFuFjjliIjgA3LNA1LlUv4CnslqjtHdAHFC2/MxXYkPB4dTQiFF5OFmOgS1uiC+neix2XcCs/WmcTfsto48tbT7cUuKQsReXk5i0+Gwlr1mO0WYa5opAgteOwQLu+3qzssust5jqhBPY4nh+CeZ+nxJ999/A0A8ZPDX/9rfnLO47jtFu17bjQhr/rfYE6cit1mVnluM5qS9Ul9ii2CNVRyOVnpy5ifD/fvLH3qC8tb6PT1pOBlf4rnbdrT/HMJknBJzO60PpxeHNjv+wAk8AOoGcJ9h+zro3UhbVnNoO1y2ZStGjjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=m5SXrBBHhfC0o39j0doD/Ltq+KmOCabl4Fq8v6ks2Gg=; b=B4L8mTz3WiBuI7VgfnMAuMzBm5GxvO8V7ZR2Xgj4FaMaabTB/jgbUaAPWKvyR0eKrVQNDqpGM7DkjN2x6dzGv+UCtiE9TBmgm1PbiWhFdWzSkzZXViuP+vzo3ZSEzU6INWhyWqO4XykzD+D88WBkBrb/npi4BhBelvtTY7rPqbJLOdIfz/GOv91XSKCrmYouiCcOanl7OUtWAVaR6/emCuRXzS0K/rzFv3sqsg+W7ToB4+b5vRTDVs6oTx35X0kTIgw6A7o+3h2iDou//1aNHlYAap/YcBIopLeXsgSvHMFg2ZogIuNMo5WB3XqcnErPTYe4zBAsRf59qmvW9IKFzg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=m5SXrBBHhfC0o39j0doD/Ltq+KmOCabl4Fq8v6ks2Gg=; b=OtjgxIptSqyNDzUPJpHFtxw5Hu1gUv7cstb9BcY/hSdrVnyWGlTqYBuYCb9xJ9JzJIjakVPNd6X2feVmPiIBR7giqJ+Cl0lN7QA32YQcNhg5eWNrBUN4dZMaoqwZymE4uQ3EkS8nqk9GKap9fZdy8sTXLt1OQwnRB3usgX6KywEuG+lKVpwXm8zLb+3vkf8vuKwDeLEQ3wzkYL9o2FIyN2S/++KEoBm3ynrgO9VFQfUaE8DrFqMv7qkOkK/4zky4uiEU2J1xGAk3bxEfrwtqJ6nPatTokPiotBJSmTi4dQaSsC7uTAuJzWG0N/qTit7LlbVv29lNh4q2iljU1AzOfw== Received: from DM5PR2201MB1161.namprd22.prod.outlook.com (2603:10b6:4:2f::19) by SA0PR22MB2302.namprd22.prod.outlook.com (2603:10b6:806:8c::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5723.26; Mon, 17 Oct 2022 12:59:27 +0000 Received: from DM5PR2201MB1161.namprd22.prod.outlook.com ([fe80::98a4:ed9a:c078:b649]) by DM5PR2201MB1161.namprd22.prod.outlook.com ([fe80::98a4:ed9a:c078:b649%6]) with mapi id 15.20.5723.030; Mon, 17 Oct 2022 12:59:27 +0000 From: German Pacenza To: Lars Ingebrigtsen , Arash Esbati Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <87r0z6d42e.fsf@gnus.org> References: <83sfl4ihfo.fsf@gnu.org> <87mtbcp774.fsf@gnus.org> <877d2e5ba1.fsf@gnus.org> <87czc4v5id.fsf@gnus.org> <874jxfsv9o.fsf@gnus.org> <874jw6d6cl.fsf@gnus.org> <871qr95r8z.fsf@gnus.org> <87k0502n6s.fsf@gnus.org> <86r0z6d5js.fsf@gnu.org> <874jw2ek11.fsf@gnus.org> <86mt9ud541.fsf@gnu.org> <87v8oid4iw.fsf@gnus.org> <87r0z6d42e.fsf@gnus.org> Date: Mon, 17 Oct 2022 09:59:17 -0300 Message-ID: Content-Type: text/plain X-TMN: [C4hwyVn1uMlsdJEy7qBmeGBsl6wu76rd] X-ClientProxiedBy: SCYP152CA0006.LAMP152.PROD.OUTLOOK.COM (2603:10d6:300:7::22) To DM5PR2201MB1161.namprd22.prod.outlook.com (2603:10b6:4:2f::19) X-Microsoft-Original-Message-ID: <87fsfm8v2y.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: DM5PR2201MB1161:EE_|SA0PR22MB2302:EE_ X-MS-Office365-Filtering-Correlation-Id: 61369ebb-3c7f-48b6-6159-08dab03f6c02 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: +SN9rDIBTC6uNaBggh9esZvD+9LSNCkeC2u/bGt7WedGuNRWFovpyXKo7mLzzck2h5DWicaMFdRJd80VkzO+f1+90clsU0FYyAxYvcHPpsCRozP/atJUOTJBHTvr4UQHAUg+cdqaM0g5QZEAB1XAgcTOqdgsbOOQVRjsoRB+Rmr83f1Z/oERY+yqkzZvI17zFVgFh5GCdN7F5uIC15cjNY/NEM5F5wX1vGm0URqhpKL4a0Ir727/ypdvjU8kRP8DTVuXXk4lZXURiLtGR66L9LKclocJiiZN+z5Hl3Km0kgbgAfHruYsHqBr79OVcPhhOC5G1NcvkaDpMP4ajQdS/w8WuV2mgMhnQJiuFSSW4QitzckqWgcsUqhy/3hw/Td7bvzP3CM9NIQmnROLOGRASbf4DNnywM8uzVS+yoPH6H24WfdMoNRmpbRE+E6e5BQ+3uV4FU9zJnLeznZWRKB/gfImLCU3X4eeGGizcWxq+ATIar6eQgi/otfQjgrDSsg3is8flkTqjNv8q53AkYJ1b2IS8SNG+uQ+14BguSscRs2o9KbHWCMTNBaFRlvTJ+d0unKRw5b8OZAeGz7+KJlOrhaopGOQMsMPhurQNcd6U9v/v6mhp6sf0aZYw4Ks1G0Nd6kb2HN4ghZv+1LGkUiZ9VQ05LDxadkwSyJGGJ2JoUvEh1TLBCfUt9fy915KcgJN X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?z4e+S4328e5rT4Z5Qer0tCVteqDp3slkFJTjee7qUN3UJblnQEikBsAtKP0U?= =?us-ascii?Q?aAvuDigNcVy6ADa3HteIzC5aLuqoRtlNM6dYdx0OSr9//NrXW5l5J95ovRiU?= =?us-ascii?Q?Ge5X6hbtG0GHk5tfobbTl514068quSTTzHeUPKPVI7Tlgeg/qOSVvQPEav/y?= =?us-ascii?Q?M6KAQMHk4c7O7BYR2hqPgEViTdKFE4l3kEt1noIj7Q/7kIFmtBlR172mY/1A?= =?us-ascii?Q?U2T63zvgbEFnxJyL5NWQfOBXIL9uLZFRr2B05C9WPDECqmi8u90INmE8/4CG?= =?us-ascii?Q?yjoq9cHxRFgT5MEU1Qd6ozQLtx6UED/tx2QfdQwJH1LrBvGaSxS1bD8qi4as?= =?us-ascii?Q?RYHEkQQzeQ4TYYOGgbpba9ZM/b8Of2r9kpjP7lvE5+jKO2WJ2O6O975eKQ+O?= =?us-ascii?Q?RvHyKO4/vN4eWMyw79cEYX1XR7O+7XfKQg+Hq9RNW7vEFSMcjBt3qONtNiFA?= =?us-ascii?Q?Bt7aN+Ie+jPsGFsxM/7J1oK7k9qO4ag49w38fRbthSKSkxr04twbrWlCex3v?= =?us-ascii?Q?J0KQIj0EeR2fLtIbSObl5WUE/vu/cmKAW2BCtxaDDFrzXomuOpWQEVP/kKU4?= =?us-ascii?Q?76et1j8DGHJBnE7XZtbZkFg/q6E2KWDbdbdv+D51wi6HelCf2krIYM6Pop2n?= =?us-ascii?Q?VO7oDMo3OMrV46qpZhqY2mnfr7d3I/Ui45FaDaF6b5vrOKClslvI0RYySk0Z?= =?us-ascii?Q?72VNVmG+qLcZ7NgxsDgHtgQ/WZ1TUO8TDlw4mK3algJ8PAamM/3Nrcw1Us8q?= =?us-ascii?Q?UqTYe8wHh5qgCecHoicMfZhDCeVjlQFe7aCIElA7zdUXZuOVRkTEL3DVKrbH?= =?us-ascii?Q?NPvhPI7lKVT0PcRXgsjiidRk37gl4CUTFC6LfwI6Pbv91eQIBhzhlJ55GX7K?= =?us-ascii?Q?7f0h3HqhK0LzdFpkBY0YrmMfsvsntleNKWe4u79djwgkSWfMJkw58eQMvNR3?= =?us-ascii?Q?JKScTjw33TgtsyjpAk1qrog/NRWKoCM5itX9SHNqd1bg8I8vtyarwF2zi1JW?= =?us-ascii?Q?Pi7UpGiB8xgBx+92UKCHLaE+Jax3Ckm1NzQyPngMTZnwByl9Bfbs7RXVWnsa?= =?us-ascii?Q?OYRstIf3ZB/plbG8T26ceWh6ASXYlWMoxbSJoVCoDbTCtUHmUpiFg3vEyPLE?= =?us-ascii?Q?500IwhxioNmlVPI3g4FicZmelVcrRVZg8HY9ON6VOShTYWh7dXmsjKWn82O2?= =?us-ascii?Q?8yStALVRvfO683dN4vg3mqScgnARlKtZrAJhee7lXxewudVBKgpKUencGyOb?= =?us-ascii?Q?BukZlIgBjxwn/3N8zz9N/sVj+TskDIryiCIiNW6rRw=3D=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-c3c87.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 61369ebb-3c7f-48b6-6159-08dab03f6c02 X-MS-Exchange-CrossTenant-AuthSource: DM5PR2201MB1161.namprd22.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Oct 2022 12:59:27.0682 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA0PR22MB2302 X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 57627 Cc: 57627@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Andrea Corallo 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.8 (/) Lars Ingebrigtsen writes: > Lars Ingebrigtsen writes: > > Now fixed, I think. (I've tested a full new built to see whether this > tweak leads to any problems, but looks OK so far.) It looks OK on my machine. No problems detected. Thanks. -- German Pacenza From unknown Mon Jun 23 20:17:33 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 15 Nov 2022 12:24:05 +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 From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 27 22:02:33 2024 Received: (at control) by debbugs.gnu.org; 28 Aug 2024 02:02:33 +0000 Received: from localhost ([127.0.0.1]:47933 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sj812-0001BY-Rk for submit@debbugs.gnu.org; Tue, 27 Aug 2024 22:02:33 -0400 Received: from smtp-3.orcon.net.nz ([60.234.4.44]:44481) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sj810-0001BN-3d for control@debbugs.gnu.org; Tue, 27 Aug 2024 22:02:31 -0400 Received: from [10.253.37.70] (port=56468 helo=webmail.orcon.net.nz) by smtp-3.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1sj803-0002AL-SP for control@debbugs.gnu.org; Wed, 28 Aug 2024 14:01:32 +1200 Received: from ip-115-69-188-59.as55850.net ([115.69.188.59]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Wed, 28 Aug 2024 14:01:31 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 28 Aug 2024 14:01:31 +1200 From: Phil Sainty To: control@debbugs.gnu.org Subject: unarchive 57627 Message-ID: <055204b4f3cc33c38197c6b24f0b6283@webmail.orcon.net.nz> X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) unarchive 57627 From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 27 22:05:41 2024 Received: (at 57627) by debbugs.gnu.org; 28 Aug 2024 02:05:41 +0000 Received: from localhost ([127.0.0.1]:47938 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sj845-0001H4-Ax for submit@debbugs.gnu.org; Tue, 27 Aug 2024 22:05:41 -0400 Received: from smtp-3.orcon.net.nz ([60.234.4.44]:45589) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sj842-0001Gu-Qg for 57627@debbugs.gnu.org; Tue, 27 Aug 2024 22:05:39 -0400 Received: from [10.253.37.70] (port=34912 helo=webmail.orcon.net.nz) by smtp-3.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1sj838-0002OI-4t; Wed, 28 Aug 2024 14:04:42 +1200 Received: from ip-115-69-188-59.as55850.net ([115.69.188.59]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Wed, 28 Aug 2024 14:04:41 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 28 Aug 2024 14:04:41 +1200 From: Phil Sainty To: 57627@debbugs.gnu.org Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup Message-ID: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 57627 Cc: Lars Ingebrigtsen , Andrea Corallo , Eli Zaretskii , Arash Esbati , Stefan Monnier 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.7 (-) https://emacs.stackexchange.com/questions/82010 indicates that this bug was fixed for *.el files, but remains in effect for the *.el.gz case. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 06 04:51:42 2024 Received: (at 57627) by debbugs.gnu.org; 6 Sep 2024 08:51:42 +0000 Received: from localhost ([127.0.0.1]:39094 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1smUgw-0003NR-GK for submit@debbugs.gnu.org; Fri, 06 Sep 2024 04:51:42 -0400 Received: from eggs.gnu.org ([209.51.188.92]:50560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1smUgr-0003Mk-HR for 57627@debbugs.gnu.org; Fri, 06 Sep 2024 04:51:37 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1smUZh-0007a4-4w; Fri, 06 Sep 2024 04:44:14 -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=MwFG+K4kjAhduwcFsDHoX02DZmcqJ6W6qJvoJk6XqXo=; b=X07hdrVbOEn3NDeckwfj aiNdJWv2US1O6TZQYa3/0BerZtiU703PwRl5g5uIZtq9ZGCVKPxjHGjslN6W0pQ+lN1fqtQtD1VCO +ljFfAa3W6Q2rzmrKNyIIP6DOmAogRevuAgwEQWuTjVklJe6NhucyNjch+avMpX+Yf+cSQHYCH+Yk iFZ8ncYegDZSM/xgiFssOrZNBktxiDL2FamyyIWgsKggDvMM3txHT9LZ8sJ3rfyOFh7v/zIzTHRZP cWH8ufHm8QQD7pmKggMhFzTf8D8bcQsd2pfanMNZNphIIjJu6TIpCwJLYPUBmvLU5mq3rCciQS6av D1p2mc6D4aHy2w==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1smUZa-0006ME-DZ; Fri, 06 Sep 2024 04:44:12 -0400 From: Andrea Corallo To: Phil Sainty Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> (Phil Sainty's message of "Wed, 28 Aug 2024 14:04:41 +1200") References: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> Date: Fri, 06 Sep 2024 04:44:06 -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: 57627 Cc: 57627@debbugs.gnu.org, Arash Esbati , Stefan Monnier , Lars Ingebrigtsen , Eli Zaretskii , Andrea Corallo 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 (---) Phil Sainty writes: > https://emacs.stackexchange.com/questions/82010 indicates > that this bug was fixed for *.el files, but remains in effect > for the *.el.gz case. Hi Phil, can you reproduce this? ATM I cannot with my emacs 30 installed. Andrea From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 14 03:50:32 2024 Received: (at 57627) by debbugs.gnu.org; 14 Sep 2024 07:50:32 +0000 Received: from localhost ([127.0.0.1]:44708 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1spNY7-0003hf-Hx for submit@debbugs.gnu.org; Sat, 14 Sep 2024 03:50:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38376) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1spNY5-0003hN-Mw for 57627@debbugs.gnu.org; Sat, 14 Sep 2024 03:50: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 1spNXp-0002Qg-7S; Sat, 14 Sep 2024 03:50:13 -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=nNa6bAP/cmpBv18FvA4sYx4M1gd+SE2QRq/HzRx2kkw=; b=LpxpXSAKGPt9 pefuug623F7Vj9fHgMoLQpoCCX2B3+z8lhCgzyVuEwLEMS8KM8kMD8eMWvzCrl9dpTXhnuqzBVyyu ZZFeXuoOGIEIxSzBDY9xeksnTPyPjUoal3MfO5EEVoic4Wk/BtkydGCy4kaeGTMPAoaq85cdhzPiB iumGvN/pJBXRxx+T10iCVrccaZH6ujvXDg+VVx2ZBDoB9cMbmV3dJJDE6Dsxd9fz6cZGmVlSYePc4 qK/B1ctPtsxMfisvkIfk+kop/lM9tFkVRhjtqZluO5r6IajsWrOIU1CifmnMKh48Ew1hPATxBPGGl LO5TajyWVAVO8GyRNHft6A==; Date: Sat, 14 Sep 2024 10:50:01 +0300 Message-Id: <86tteihdxy.fsf@gnu.org> From: Eli Zaretskii To: psainty@orcon.net.nz, Andrea Corallo In-Reply-To: (message from Andrea Corallo on Fri, 06 Sep 2024 04:44:06 -0400) Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup References: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: 57627@debbugs.gnu.org, larsi@gnus.org, arash@gnu.org, monnier@iro.umontreal.ca, akrl@sdf.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: 57627@debbugs.gnu.org, Lars Ingebrigtsen , Andrea > Corallo , Eli Zaretskii , Arash Esbati > , Stefan Monnier > Date: Fri, 06 Sep 2024 04:44:06 -0400 > > Phil Sainty writes: > > > https://emacs.stackexchange.com/questions/82010 indicates > > that this bug was fixed for *.el files, but remains in effect > > for the *.el.gz case. > > Hi Phil, > > can you reproduce this? ATM I cannot with my emacs 30 installed. Ping! Phil, can you please respond? I'd like to make some progress with this issue. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 14 08:13:21 2024 Received: (at 57627) by debbugs.gnu.org; 14 Sep 2024 12:13:21 +0000 Received: from localhost ([127.0.0.1]:45023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1spReT-0001fu-91 for submit@debbugs.gnu.org; Sat, 14 Sep 2024 08:13:21 -0400 Received: from smtp-2.orcon.net.nz ([60.234.4.43]:54951) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1spReQ-0001fg-PT for 57627@debbugs.gnu.org; Sat, 14 Sep 2024 08:13:19 -0400 Received: from [10.253.37.70] (port=35699 helo=webmail.orcon.net.nz) by smtp-2.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1spRe8-0004Ij-8E; Sun, 15 Sep 2024 00:13:00 +1200 Received: from ip-115-69-188-59.as55850.net ([115.69.188.59]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Sun, 15 Sep 2024 00:13:00 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 15 Sep 2024 00:13:00 +1200 From: Phil Sainty To: Eli Zaretskii Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <86tteihdxy.fsf@gnu.org> References: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> <86tteihdxy.fsf@gnu.org> Message-ID: <26e8c6a5ade1c40d841f27e85270b07c@webmail.orcon.net.nz> X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 57627 Cc: 57627@debbugs.gnu.org, arash@gnu.org, monnier@iro.umontreal.ca, larsi@gnus.org, Andrea Corallo , akrl@sdf.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On 2024-09-14 19:50, Eli Zaretskii wrote: >> From: Andrea Corallo >> Phil Sainty writes: >> > https://emacs.stackexchange.com/questions/82010 indicates >> > that this bug was fixed for *.el files, but remains in effect >> > for the *.el.gz case. >> >> Hi Phil, >> can you reproduce this? ATM I cannot with my emacs 30 installed. > > Ping! Phil, can you please respond? I'd like to make some progress > with this issue. Hi Eli, Andrea, I requested a follow-up from the reporter at emacs.stackexchange.com after Andrea's initial response, but they have not replied. However, I see the following in 30.0.91: (let* ((lib "cl-loaddefs") (dir (file-name-directory (locate-library lib)))) (mapcar (lambda (f) (native--compile-async-skip-p (expand-file-name f dir) nil nil)) (list lib (concat lib ".el") (concat lib ".elc") (concat lib ".el.gz")))) (t t t nil) From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 28 04:54:27 2024 Received: (at 57627) by debbugs.gnu.org; 28 Sep 2024 08:54:27 +0000 Received: from localhost ([127.0.0.1]:51786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1suTDf-0005RW-7y for submit@debbugs.gnu.org; Sat, 28 Sep 2024 04:54:27 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47840) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1suTDd-0005RI-Jg for 57627@debbugs.gnu.org; Sat, 28 Sep 2024 04:54:26 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1suTD3-0001nd-Mz; Sat, 28 Sep 2024 04:53:49 -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=80eqp+S/DeQAhAi3mZBN/Baq4mmRGsJE1ZHP19ninl8=; b=djR4MDUCZ243 1V6ntZkM8YUodYSttgTfD0qavR+u3Hz8gilYqM8NO/MpqjobapaI3RpDrREv+8czg7F1ajWEf5OsF gTxz+d+jTIqapaDCWrWLI/E1ZCQJl+rkLSldai4Obnh8M9sugTuetCh5QwgxxX2zqQobtv6DDkTD+ 4CQa/LtwlXp46hl2E/55hwp0T4uzstaU/Run5fTNLw5ePb8FHTx8AyCvfKLvw4YvoCgtD2GctGM+U FOnrkMg0462Rs7E/pYI3n7dRIMTyJEtrP6jqJe7A7Yo4NwtmqTSvKxzeRNXeA7BEiEyE2L2zZTcjm FZ9S09SbqUtClbTYXvngRg==; Date: Sat, 28 Sep 2024 11:53:44 +0300 Message-Id: <86ikug6twn.fsf@gnu.org> From: Eli Zaretskii To: acorallo@gnu.org, Phil Sainty In-Reply-To: <26e8c6a5ade1c40d841f27e85270b07c@webmail.orcon.net.nz> (message from Phil Sainty on Sun, 15 Sep 2024 00:13:00 +1200) Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup References: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> <86tteihdxy.fsf@gnu.org> <26e8c6a5ade1c40d841f27e85270b07c@webmail.orcon.net.nz> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: 57627@debbugs.gnu.org, larsi@gnus.org, arash@gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sun, 15 Sep 2024 00:13:00 +1200 > From: Phil Sainty > Cc: Andrea Corallo , 57627@debbugs.gnu.org, > larsi@gnus.org, akrl@sdf.org, arash@gnu.org, monnier@iro.umontreal.ca > > On 2024-09-14 19:50, Eli Zaretskii wrote: > >> From: Andrea Corallo > >> Phil Sainty writes: > >> > https://emacs.stackexchange.com/questions/82010 indicates > >> > that this bug was fixed for *.el files, but remains in effect > >> > for the *.el.gz case. > >> > >> Hi Phil, > >> can you reproduce this? ATM I cannot with my emacs 30 installed. > > > > Ping! Phil, can you please respond? I'd like to make some progress > > with this issue. > > Hi Eli, Andrea, > > I requested a follow-up from the reporter at emacs.stackexchange.com > after Andrea's initial response, but they have not replied. > > However, I see the following in 30.0.91: > > (let* ((lib "cl-loaddefs") > (dir (file-name-directory (locate-library lib)))) > (mapcar (lambda (f) > (native--compile-async-skip-p (expand-file-name f dir) nil > nil)) > (list lib > (concat lib ".el") > (concat lib ".elc") > (concat lib ".el.gz")))) > > (t t t nil) Andrea, any comments? From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 12 07:21:30 2024 Received: (at 57627) by debbugs.gnu.org; 12 Oct 2024 11:21:30 +0000 Received: from localhost ([127.0.0.1]:38881 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1szaBe-00071o-3b for submit@debbugs.gnu.org; Sat, 12 Oct 2024 07:21:30 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56244) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1szaBc-00071b-5p for 57627@debbugs.gnu.org; Sat, 12 Oct 2024 07:21: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 1szaBH-0005F3-4c; Sat, 12 Oct 2024 07:21:07 -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=Veb9t41ZoyIXA4YEaVC/CSgecIHJ3QnPIpIDQsNWV2w=; b=owHXsV/vSttK FJQsKdG5D2e0YU+/NCW8ctMUbnRP4UhFpgJQ2q2tQ229mLFqKsdCIerO526C/yfDrQlCT6stDwKCb kCa7cdE5UmE7OgfFD0ex+1e2pjyd7LMz2B/tcNuhvLl+Dz54mdb2BcZUda3kmmWfBXQ0VdfSESeEa lLonsknQ8DmfNbjARxzAqBRWDAA7S5SZUVFmhPGr1IL8hzrlf1R7/j3Q+kr7p+qFcMEiVLY2Uw6II bo51Dd/pW6WwLQJT1rZBIdHhAo8AT2ZPDBZ0U6pAm7R61aQAxTyJJd67YuIVHJy+e/c0cv0/3Pd3T 5OncZbuiwylND6XpdPqofg==; Date: Sat, 12 Oct 2024 14:21:01 +0300 Message-Id: <865xpxy3c2.fsf@gnu.org> From: Eli Zaretskii To: acorallo@gnu.org In-Reply-To: <86ikug6twn.fsf@gnu.org> (message from Eli Zaretskii on Sat, 28 Sep 2024 11:53:44 +0300) Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup References: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> <86tteihdxy.fsf@gnu.org> <26e8c6a5ade1c40d841f27e85270b07c@webmail.orcon.net.nz> <86ikug6twn.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57627 Cc: psainty@orcon.net.nz, 57627@debbugs.gnu.org, larsi@gnus.org, arash@gnu.org, monnier@iro.umontreal.ca 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 (---) Ping! > Cc: 57627@debbugs.gnu.org, larsi@gnus.org, arash@gnu.org, > monnier@iro.umontreal.ca > Date: Sat, 28 Sep 2024 11:53:44 +0300 > From: Eli Zaretskii > > > Date: Sun, 15 Sep 2024 00:13:00 +1200 > > From: Phil Sainty > > Cc: Andrea Corallo , 57627@debbugs.gnu.org, > > larsi@gnus.org, akrl@sdf.org, arash@gnu.org, monnier@iro.umontreal.ca > > > > On 2024-09-14 19:50, Eli Zaretskii wrote: > > >> From: Andrea Corallo > > >> Phil Sainty writes: > > >> > https://emacs.stackexchange.com/questions/82010 indicates > > >> > that this bug was fixed for *.el files, but remains in effect > > >> > for the *.el.gz case. > > >> > > >> Hi Phil, > > >> can you reproduce this? ATM I cannot with my emacs 30 installed. > > > > > > Ping! Phil, can you please respond? I'd like to make some progress > > > with this issue. > > > > Hi Eli, Andrea, > > > > I requested a follow-up from the reporter at emacs.stackexchange.com > > after Andrea's initial response, but they have not replied. > > > > However, I see the following in 30.0.91: > > > > (let* ((lib "cl-loaddefs") > > (dir (file-name-directory (locate-library lib)))) > > (mapcar (lambda (f) > > (native--compile-async-skip-p (expand-file-name f dir) nil > > nil)) > > (list lib > > (concat lib ".el") > > (concat lib ".elc") > > (concat lib ".el.gz")))) > > > > (t t t nil) > > Andrea, any comments? > > > > From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 13 17:20:43 2024 Received: (at 57627) by debbugs.gnu.org; 13 Oct 2024 21:20:43 +0000 Received: from localhost ([127.0.0.1]:58029 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t0614-0006Ke-Vb for submit@debbugs.gnu.org; Sun, 13 Oct 2024 17:20:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34714) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t0613-0006KJ-7l for 57627@debbugs.gnu.org; Sun, 13 Oct 2024 17:20:41 -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 1t060f-00047l-FW; Sun, 13 Oct 2024 17:20: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=tbhmZzUO+4az7e4X9cSnSmxWdUnCmko/7MOsqhesqAc=; b=UKPJsHXKm9HaCL0rGb0w Be6W5dJyDjTKzGpm9JhGeIYZmPF6yU7rOS/G6JaXyqd0l7Z+OmhTIqDOnPoRLzS2Lpa53+qS0FzKD mxb+UlH+SfoyU2vgVfQiyYzbmMqH5yJtg6MVZkTVZX0Dt0mX0Dc8JQ7jsZLRp8myrZMcBIXIUT0q2 gRBbT28lP7lRoNnaUQs1Emm7NuCmDG7kI4vKlqeMk3mi4trnbRzcPmQI4hFxHpH+OBognvmlklnii /NXhlW1D0G5P5WYeziUerMQl7Mflm7uAIf1dNwaWP6I+gdmia9Ki8Qtoz/6iD+5VW/Qnf2zwBzYiv PesbjIP9JFXHhw==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1t060e-0006zl-2g; Sun, 13 Oct 2024 17:20:16 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <865xpxy3c2.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 12 Oct 2024 14:21:01 +0300") References: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> <86tteihdxy.fsf@gnu.org> <26e8c6a5ade1c40d841f27e85270b07c@webmail.orcon.net.nz> <86ikug6twn.fsf@gnu.org> <865xpxy3c2.fsf@gnu.org> Date: Sun, 13 Oct 2024 17:20:15 -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: 57627 Cc: psainty@orcon.net.nz, 57627@debbugs.gnu.org, larsi@gnus.org, arash@gnu.org, monnier@iro.umontreal.ca 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: > Ping! Here I'm. I tried again reproducing the bug but with no success, maybe it depends on the configuration? Anyway the following patch makes Phil test return (t t t t), essentially if "file" ends with ".el.gz" we just remove the final ".gz" and keep the previous logic. ================== modified lisp/emacs-lisp/comp-run.el @@ -143,20 +143,24 @@ native--compile-async-skip-p LOAD and SELECTOR work as described in `native--compile-async'." ;; Make sure we are not already compiling `file' (bug#40838). - (or (gethash file comp-async-compilations) - (gethash (file-name-with-extension file "elc") comp--no-native-compile) - (cond - ((null selector) nil) - ((functionp selector) (not (funcall selector file))) - ((stringp selector) (not (string-match-p selector file))) - (t (error "SELECTOR must be a function a regexp or nil"))) - ;; Also exclude files from deferred compilation if - ;; any of the regexps in - ;; `native-comp-jit-compilation-deny-list' matches. - (and (eq load 'late) - (seq-some (lambda (re) - (string-match-p re file)) - native-comp-jit-compilation-deny-list)))) + (let ((file (if (string-match (rx (group-n 1 (one-or-more nonl) ".el") ".gz" eol) + file) + (match-string 1 file) + file))) + (or (gethash file comp-async-compilations) + (gethash (file-name-with-extension file "elc") comp--no-native-compile) + (cond + ((null selector) nil) + ((functionp selector) (not (funcall selector file))) + ((stringp selector) (not (string-match-p selector file))) + (t (error "SELECTOR must be a function a regexp or nil"))) + ;; Also exclude files from deferred compilation if + ;; any of the regexps in + ;; `native-comp-jit-compilation-deny-list' matches. + (and (eq load 'late) + (seq-some (lambda (re) + (string-match-p re file)) + native-comp-jit-compilation-deny-list))))) (defvar comp-files-queue () "List of Emacs Lisp files to be compiled.") ================== Andrea From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 13 18:12:46 2024 Received: (at 57627) by debbugs.gnu.org; 13 Oct 2024 22:12:46 +0000 Received: from localhost ([127.0.0.1]:59060 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t06pR-0001bv-Ii for submit@debbugs.gnu.org; Sun, 13 Oct 2024 18:12:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t06pP-0001bV-DH for 57627@debbugs.gnu.org; Sun, 13 Oct 2024 18:12: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 1t06p3-0000sB-13; Sun, 13 Oct 2024 18:12:21 -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=HdftYvKO/eZ7VPzm+dBzKcjaypocPKIvm1pZM2j7N9s=; b=k5tDH240cpXUV8GWt7eA KCfMpxBEPIu+b9gYTiRkdbA0FwUU1Tak/V+UTZJ9xoX344WNazLtq//Z/eypu0RkDIg0MzzEWqOG5 EmlCKut6UP35KOZhjRQnfWh81BSxnFwo4to9KT/9HE0+cj7cjALlRb2lpwZArOOceg4gAXPx8npoC PBaac3MR9miUXC4IKSADngvazChVdihWyaL10HT3x7xsA2PjB6S+ymnkXLwPaKsbaCxFmLPLOWkUf vP2zrjz8o+UxIE63nXSw7MWgDaizY6vLp2vpERCjSGFykPKej08Jqv/hBvADqN2Q3WhoSSHVg5hBL GYda1kJM7C9odw==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1t06p2-0005Es-Fu; Sun, 13 Oct 2024 18:12:20 -0400 From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (Andrea Corallo's message of "Sun, 13 Oct 2024 17:20:15 -0400") References: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> <86tteihdxy.fsf@gnu.org> <26e8c6a5ade1c40d841f27e85270b07c@webmail.orcon.net.nz> <86ikug6twn.fsf@gnu.org> <865xpxy3c2.fsf@gnu.org> Date: Sun, 13 Oct 2024 18:12:19 -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: 57627 Cc: psainty@orcon.net.nz, 57627@debbugs.gnu.org, larsi@gnus.org, arash@gnu.org, monnier@iro.umontreal.ca 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 (---) Andrea Corallo writes: > Eli Zaretskii writes: > >> Ping! > > Here I'm. > > I tried again reproducing the bug but with no success, maybe it depends > on the configuration? > > Anyway the following patch makes Phil test return (t t t t), essentially > if "file" ends with ".el.gz" we just remove the final ".gz" and keep the > previous logic. > [...] Ops, better to save the match data to avoid side effects: =================== modified lisp/emacs-lisp/comp-run.el @@ -143,20 +143,25 @@ native--compile-async-skip-p LOAD and SELECTOR work as described in `native--compile-async'." ;; Make sure we are not already compiling `file' (bug#40838). - (or (gethash file comp-async-compilations) - (gethash (file-name-with-extension file "elc") comp--no-native-compile) - (cond - ((null selector) nil) - ((functionp selector) (not (funcall selector file))) - ((stringp selector) (not (string-match-p selector file))) - (t (error "SELECTOR must be a function a regexp or nil"))) - ;; Also exclude files from deferred compilation if - ;; any of the regexps in - ;; `native-comp-jit-compilation-deny-list' matches. - (and (eq load 'late) - (seq-some (lambda (re) - (string-match-p re file)) - native-comp-jit-compilation-deny-list)))) + (let ((file (save-match-data + (if (string-match (rx (group-n 1 (one-or-more nonl) ".el") ".gz" eol) + file) + (match-string 1 file) + file)))) + (or (gethash file comp-async-compilations) + (gethash (file-name-with-extension file "elc") comp--no-native-compile) + (cond + ((null selector) nil) + ((functionp selector) (not (funcall selector file))) + ((stringp selector) (not (string-match-p selector file))) + (t (error "SELECTOR must be a function a regexp or nil"))) + ;; Also exclude files from deferred compilation if + ;; any of the regexps in + ;; `native-comp-jit-compilation-deny-list' matches. + (and (eq load 'late) + (seq-some (lambda (re) + (string-match-p re file)) + native-comp-jit-compilation-deny-list))))) (defvar comp-files-queue () "List of Emacs Lisp files to be compiled.") =========================== Andrea From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 15 09:02:23 2024 Received: (at 57627) by debbugs.gnu.org; 15 Oct 2024 13:02:23 +0000 Received: from localhost ([127.0.0.1]:54474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t0hBu-0001XW-QZ for submit@debbugs.gnu.org; Tue, 15 Oct 2024 09:02:23 -0400 Received: from smtp-3.orcon.net.nz ([60.234.4.44]:38155) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t0hBs-0001XK-CJ for 57627@debbugs.gnu.org; Tue, 15 Oct 2024 09:02:21 -0400 Received: from [10.253.37.70] (port=7155 helo=webmail.orcon.net.nz) by smtp-3.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1t0hBU-00067r-Lt; Wed, 16 Oct 2024 02:01:56 +1300 Received: from ip-116-251-164-139.as55850.net ([116.251.164.139]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Wed, 16 Oct 2024 02:01:56 +1300 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 16 Oct 2024 02:01:56 +1300 From: Phil Sainty To: Andrea Corallo Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: References: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> <86tteihdxy.fsf@gnu.org> <26e8c6a5ade1c40d841f27e85270b07c@webmail.orcon.net.nz> <86ikug6twn.fsf@gnu.org> <865xpxy3c2.fsf@gnu.org> Message-ID: <3ffef4080b1728e6f1e8677c10f9c26c@webmail.orcon.net.nz> X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 57627 Cc: 57627@debbugs.gnu.org, arash@gnu.org, Eli Zaretskii , larsi@gnus.org, monnier@iro.umontreal.ca 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.7 (-) On 2024-10-14 11:12, Andrea Corallo wrote: > + (let ((file (save-match-data > + (if (string-match (rx (group-n 1 (one-or-more nonl) > ".el") ".gz" eol) > + file) > + (match-string 1 file) > + file)))) Newlines are valid in filenames, though. Maybe start with the file name extension function? (when (equal (file-name-extension file) "gz") (let ((filenogz (file-name-sans-extension file))) (when (string-match-p "\\.el\\'" filenogz) (setq file filenogz)))) As a by-product, that will also support filenames with version strings attached. (Assuming that's a good thing here.) (Also: Maybe not a practical issue here, but if Emacs supports loading compressed elisp files using any compression format besides .gz then maybe this should be more general.) -Phil From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 15 15:20:40 2024 Received: (at 57627) by debbugs.gnu.org; 15 Oct 2024 19:20:40 +0000 Received: from localhost ([127.0.0.1]:57513 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t0n5z-0004rY-Uy for submit@debbugs.gnu.org; Tue, 15 Oct 2024 15:20:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36508) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t0n5y-0004nU-D7 for 57627@debbugs.gnu.org; Tue, 15 Oct 2024 15:20:39 -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 1t0n5X-0001gT-JX; Tue, 15 Oct 2024 15:20: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=n0Fae5WzfhxXlgC+OHaZcE0OPjuMb6GybybUzOVw518=; b=lJ5ti47qSK0++hvP1ZbL Ux2UXfsztvxWNlRA5chO6fjAs+dxGBPxn+Pd7L0v2D098zfwTxb2owmz+gB/lQxIANlbzDMeTW/Bj DlTA2rJfqK/sL2u8OVH2f11q/8JJ8hGd2uEzroQSwojLcGMVIvZGZqaMcWKvNCoPOl23bEQhZH4Oj Y6akX/3CcGnrB90QeQ2PyOP6uWfTdDXvcBE0J0KA6XZIYrL2IqoB+CKyKjbypG7Vwh1j5EQt6Qf7c SwyR7YjN8K/CA5xAYJ6UKWCc07mpAJE7XxcQyWkT4ZLH2OgqBulEn6wb1BHlb/V5+ehgDw7gV9B6d H8G14p1HUIFaPw==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1t0n5U-00062a-Lq; Tue, 15 Oct 2024 15:20:08 -0400 From: Andrea Corallo To: Phil Sainty Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: <3ffef4080b1728e6f1e8677c10f9c26c@webmail.orcon.net.nz> (Phil Sainty's message of "Wed, 16 Oct 2024 02:01:56 +1300") References: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> <86tteihdxy.fsf@gnu.org> <26e8c6a5ade1c40d841f27e85270b07c@webmail.orcon.net.nz> <86ikug6twn.fsf@gnu.org> <865xpxy3c2.fsf@gnu.org> <3ffef4080b1728e6f1e8677c10f9c26c@webmail.orcon.net.nz> Date: Tue, 15 Oct 2024 15:20:08 -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: 57627 Cc: 57627@debbugs.gnu.org, arash@gnu.org, Eli Zaretskii , larsi@gnus.org, monnier@iro.umontreal.ca 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 (---) Phil Sainty writes: > On 2024-10-14 11:12, Andrea Corallo wrote: >> + (let ((file (save-match-data >> + (if (string-match (rx (group-n 1 (one-or-more nonl) >> ".el") ".gz" eol) >> + file) >> + (match-string 1 file) >> + file)))) > > Newlines are valid in filenames, though. Ops sorry, I think I wanted to write (one-or-more (not eos)) > Maybe start with the file > name extension function? > > (when (equal (file-name-extension file) "gz") > (let ((filenogz (file-name-sans-extension file))) > (when (string-match-p "\\.el\\'" filenogz) > (setq file filenogz)))) I like this approach. > As a by-product, that will also support filenames with version > strings attached. Like? > (Assuming that's a good thing here.) > > (Also: Maybe not a practical issue here, but if Emacs supports > loading compressed elisp files using any compression format > besides .gz then maybe this should be more general.) AFAIK we only support .gz Thanks Andrea From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 15 15:56:30 2024 Received: (at 57627) by debbugs.gnu.org; 15 Oct 2024 19:56:30 +0000 Received: from localhost ([127.0.0.1]:57586 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t0nef-0006jx-Ob for submit@debbugs.gnu.org; Tue, 15 Oct 2024 15:56:30 -0400 Received: from smtp-3.orcon.net.nz ([60.234.4.44]:43743) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t0neb-0006jl-Kn for 57627@debbugs.gnu.org; Tue, 15 Oct 2024 15:56:28 -0400 Received: from [10.253.37.70] (port=7502 helo=webmail.orcon.net.nz) by smtp-3.orcon.net.nz with esmtpa (Exim 4.90_1) (envelope-from ) id 1t0neF-0006dQ-6V; Wed, 16 Oct 2024 08:56:03 +1300 Received: from ip-116-251-164-139.as55850.net ([116.251.164.139]) via [10.253.37.253] by webmail.orcon.net.nz with HTTP (HTTP/1.1 POST); Wed, 16 Oct 2024 08:56:03 +1300 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 16 Oct 2024 08:56:03 +1300 From: Phil Sainty To: Andrea Corallo Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: References: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> <86tteihdxy.fsf@gnu.org> <26e8c6a5ade1c40d841f27e85270b07c@webmail.orcon.net.nz> <86ikug6twn.fsf@gnu.org> <865xpxy3c2.fsf@gnu.org> <3ffef4080b1728e6f1e8677c10f9c26c@webmail.orcon.net.nz> Message-ID: X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-GeoIP: -- X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 57627 Cc: 57627@debbugs.gnu.org, arash@gnu.org, Eli Zaretskii , larsi@gnus.org, monnier@iro.umontreal.ca 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.7 (-) On 2024-10-16 08:20, Andrea Corallo wrote: > Phil Sainty writes: >> As a by-product, that will also support filenames with version >> strings attached. > > Like? See: (describe-function 'file-name-sans-versions) (info "(emacs)Backup Names") >> (Assuming that's a good thing here.) From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 15 16:28:05 2024 Received: (at 57627) by debbugs.gnu.org; 15 Oct 2024 20:28:05 +0000 Received: from localhost ([127.0.0.1]:57645 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t0o9E-0000AX-Ei for submit@debbugs.gnu.org; Tue, 15 Oct 2024 16:28:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58820) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t0o9B-00009q-LM for 57627@debbugs.gnu.org; Tue, 15 Oct 2024 16:28:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1t0o8k-0000qp-LL; Tue, 15 Oct 2024 16:27:34 -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=bn1pJmR8e/zj+c02O/mjKYbs4Xp6azajv/aXLnTNEng=; b=oecqUFwdU+oXDGBYBSN4 VrNHIN+03llWk9bp4TTvUu7EdmRWNKWKev+RIj7OsNgTw0KoxUVsw+0ZLsoqw+MlRidKpVTTbgFk4 +DF18I2Log01mkuyq2Vd6q92auCVBMo1EzWwbzNPgyVUsF4INWFtB6qMQS54nRWuSINJdbyqLTngs SuhYiY3y8wWkzewIUyDSN9P2Uns5WCwEML8lBxEd2dl+n9pWUVesEXGYvvHM3J+ay6ynOOV4PKJCJ gGATG+SDE/mfndOVl7a/jINNdI7OWj4o90ZaNy+OVsY52buMWv2ZPzQ8hzA2oLX38SMeCY7+mW0bc omKKtCFXcg3uAA==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1t0o8i-0008H4-1I; Tue, 15 Oct 2024 16:27:32 -0400 From: Andrea Corallo To: Phil Sainty Subject: Re: bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup In-Reply-To: (Phil Sainty's message of "Wed, 16 Oct 2024 08:56:03 +1300") References: <1ec93fc2a0eaa42f9d6464984867031f@webmail.orcon.net.nz> <86tteihdxy.fsf@gnu.org> <26e8c6a5ade1c40d841f27e85270b07c@webmail.orcon.net.nz> <86ikug6twn.fsf@gnu.org> <865xpxy3c2.fsf@gnu.org> <3ffef4080b1728e6f1e8677c10f9c26c@webmail.orcon.net.nz> Date: Tue, 15 Oct 2024 16:27:31 -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: 57627 Cc: 57627@debbugs.gnu.org, arash@gnu.org, Eli Zaretskii , larsi@gnus.org, monnier@iro.umontreal.ca 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 (---) Phil Sainty writes: > On 2024-10-16 08:20, Andrea Corallo wrote: >> Phil Sainty writes: >>> As a by-product, that will also support filenames with version >>> strings attached. >> Like? > > See: > > (describe-function 'file-name-sans-versions) > > (info "(emacs)Backup Names") Okay but we don't compile backup files, I don't think this is a plus nor a minus in this case as shouldn't be a practical case. Andrea From unknown Mon Jun 23 20:17:33 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, 13 Nov 2024 12:24:09 +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