Received: (at 77469) by debbugs.gnu.org; 5 Apr 2025 19:10:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 05 15:10:47 2025 Received: from localhost ([127.0.0.1]:44903 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u18uk-0003rL-PP for submit <at> debbugs.gnu.org; Sat, 05 Apr 2025 15:10:47 -0400 Received: from mail-pj1-x1033.google.com ([2607:f8b0:4864:20::1033]:54423) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <gergely.risko@HIDDEN>) id 1u18ui-0003r3-Jo for 77469 <at> debbugs.gnu.org; Sat, 05 Apr 2025 15:10:45 -0400 Received: by mail-pj1-x1033.google.com with SMTP id 98e67ed59e1d1-2ff6a98c638so3367486a91.0 for <77469 <at> debbugs.gnu.org>; Sat, 05 Apr 2025 12:10:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743880238; x=1744485038; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=apaT9WGSE23OfrS1xIRKU5jsTmulkVGefUniIHnOSBw=; b=hcrfxNrkFGdJbrIgyMRbTjNgJ4NYBAo6A/VLd16vnWkYml+4BjLLcxDWt1gVRaUXg6 yt/N1QpFYLbcdKvtzpxOmpLPCG+fi3FplEGKIjb8JTab0MFptxIYVP2gE7BgKhVAVlAZ qVc3t/ZaxMGCR4qcZRoq5HZLL5TwKRuXv3I4vnygGHpbGk7iTNXEyewJoHSx9N9d8zJl U6IqQ4SWKGrbQR4t6xGiRkELuT3+DjODUSprgKs6dYBhFhuODtK5aLHRLYyauJEXvfPG PICgAxvjs2zDBJ0sucXJLiOBYz0PRApne3rXwliQRWH2LppekhJy8T/vjJWl8QAGvqKl W9ng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743880238; x=1744485038; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=apaT9WGSE23OfrS1xIRKU5jsTmulkVGefUniIHnOSBw=; b=iiuipJX4cnK4W1rKFFiPvvDS2msqLn73neS0YsH5Lxzy2unBSNcjfAgMLG+i95pYIL o1uWC/jsGBZcBeZ0VhOffkaeGPXQNwGIwQo8pyrAi2tjdxNLnm/8N+3vOMZj+nUXHG46 dcVWP3uu58LrRw8WWhPF0qQf1nA1411OVZLnucozbXICeY7ma8FEODpTw7b4JMZBfhTG 2U0QJ7GToUGJOE2iaCogGCh6ImAlH6I33BGwj2bsXabYxxXjrdS3ixKQliCKatRLvWzn 8ss2JQ7Tn5X6UMMLJP/bMhhFmF2Q3p5SthDN0nG85Ah5XmPaVu8qBX7fs9x2tPdBI+cC 8ziA== X-Gm-Message-State: AOJu0YyOJ873CqIG0BoOxDXOUbnQVzX5RSORinA5kxpmZfGFYZzyLEKV EmMB20QJlE3oU5bC6tu0p3QAmrJkc/+w7pocLM7rbaqkRJ/ScjMhPOy7FYfpE2+MjhT9GOmnYHN lE97mnheMJF//JLDWfnS1zIwtTMk= X-Gm-Gg: ASbGnctQNLbuLEyp4O/OH9pfPXTd1VtiLJFj+fgfp53uP8k8BQu4rw4l4KJXVhKSo94 xB2VoYQkJCWlEedN4KFoMK0V7SNkwbITjH0vWY+ASj7HWDSoe8H1jicVG0Tr/xfNgaEInXAs1U/ rhcExsiz2GdZaV0sB2nrIMPw== X-Google-Smtp-Source: AGHT+IE1BphoomjisrxlN2xwJZmsgRDk/Y60k8XxqdGGY9Ii26o+8WFpMMh7WYGfy1BS7TkEnNzd+jdkwRWNHzQxN20= X-Received: by 2002:a17:90b:2c83:b0:2ff:58b8:5c46 with SMTP id 98e67ed59e1d1-306a47df5fcmr11565749a91.8.1743880238118; Sat, 05 Apr 2025 12:10:38 -0700 (PDT) MIME-Version: 1.0 References: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> <86a58x26r9.fsf@HIDDEN> <CAMhZOOykF8tez1g2vDnWJED4W=Oyq7fSKNXgAdZq_WWTnOvuFA@HIDDEN> <86zfgwxki7.fsf@HIDDEN> <CAMhZOOynTF1Otbm22ctLzJaNZx7NNfTEvmrwn2T1JdcmDP3Vxg@HIDDEN> <86wmc0xj24.fsf@HIDDEN> <CAMhZOOxouctDW+UnGLKuDs+v7pMjh5dZD5CbGBtVRYoo5KqHNA@HIDDEN> <86a58uwr2i.fsf@HIDDEN> <CAMhZOOwG9LypViMTaipYU0Z-iUiZ+BZTLyB5nK38ARHXkeO3kA@HIDDEN> <86tt72vb0t.fsf@HIDDEN> In-Reply-To: <86tt72vb0t.fsf@HIDDEN> From: =?UTF-8?Q?Gergely_Risk=C3=B3?= <gergely.risko@HIDDEN> Date: Sat, 5 Apr 2025 21:10:27 +0200 X-Gm-Features: ATxdqUEMeIwY4z7s4gJ5ruMbZ5Az8d_u8frLkxDEIOc_bHhT9OJUXoeVUNkd_L4 Message-ID: <CAMhZOOznhbDkjvUr4z6ei8N_Y0fUjNUSjuK_54cFZh3UJ8aYPw@HIDDEN> Subject: Re: bug#77469: finder-inf is not autocompiled on installation To: Eli Zaretskii <eliz@HIDDEN> Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77469 Cc: 77469 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) > Where's the evidence that just adding the utf-8 coding cookie makes it > significantly faster, and by how much? You are right in that the evidence I provided is only measurable in bulk, e.g. with run-benchmark and many iterations. And when I tried to measure it in isolation regarding the startup time, I noticed that actually the coding is already there at the end of finder-inf.el, which I didn't notice before. This seems to be consistent throughout emacs for these auto-generated non-bytecompiled data holding .el files, they all define utf-8-emacs or utf-8-emacs-unix at the end in the local variables section (which is just as effective, as specifying on the top). The only exception is subdirs.el, which is missing this, but finder-inf.el definitely has it, sorry for the noise. So, actually let's skip this part of the discussion and once again, sorry. The other part is still interesting to me, so as you said, I will wait for the others to hopefully reply regarding specifying .el explicitly when loading/requiring finder-inf.el, similarly to subdirs.el. Cheers, Gergely
bug-gnu-emacs@HIDDEN:bug#77469; Package emacs.
Full text available.Received: (at 77469) by debbugs.gnu.org; 5 Apr 2025 16:16:59 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 05 12:16:59 2025 Received: from localhost ([127.0.0.1]:44474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u16CZ-0000LI-GR for submit <at> debbugs.gnu.org; Sat, 05 Apr 2025 12:16:59 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39630) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1u16CX-0000L4-H3 for 77469 <at> debbugs.gnu.org; Sat, 05 Apr 2025 12:16:58 -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 <eliz@HIDDEN>) id 1u16CS-0005kh-73; Sat, 05 Apr 2025 12:16:52 -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=e3tF2utk3jeHZwjqj98e+D5vDwBY4p3QVE0QRLcoN+s=; b=KlxDR6Ja09Pvy/g0qIKZ Anj0n0L4JZFCcX0q15qpV1H3nHzQ3OOnNA1EiEIbSPKZpRaMzn1pn5WvxW6CdPF9LHxcci9GrDo/2 BjQFjnXTPrMuLSiTFqFWB047jWOOTLmRufY/Ukpb/VrxNn5mAHr8TrfX1aYJjx7vkUb6nbvh/vWiP yr+T37inpQAal1WXPt/SiGBRRwPWFz/1ZqgWdIlTHofob7+vTOLVdEY0gtdFqMC4R09wXJMbI9NIX htIcfh3aphll+to/FQpwkYNrJxgQDU0gP8yKBWLmiWo3dH+uLp0IH71wTL0BZxZcgfmoz/gLLO1pr 02qYmQFv9BVgGA==; Date: Sat, 05 Apr 2025 19:16:50 +0300 Message-Id: <86tt72vb0t.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Gergely =?utf-8?Q?Risk=C3=B3?= <gergely.risko@HIDDEN> In-Reply-To: <CAMhZOOwG9LypViMTaipYU0Z-iUiZ+BZTLyB5nK38ARHXkeO3kA@HIDDEN> (message from Gergely =?utf-8?Q?Risk=C3=B3?= on Sat, 5 Apr 2025 18:00:18 +0200) Subject: Re: bug#77469: finder-inf is not autocompiled on installation References: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> <86a58x26r9.fsf@HIDDEN> <CAMhZOOykF8tez1g2vDnWJED4W=Oyq7fSKNXgAdZq_WWTnOvuFA@HIDDEN> <86zfgwxki7.fsf@HIDDEN> <CAMhZOOynTF1Otbm22ctLzJaNZx7NNfTEvmrwn2T1JdcmDP3Vxg@HIDDEN> <86wmc0xj24.fsf@HIDDEN> <CAMhZOOxouctDW+UnGLKuDs+v7pMjh5dZD5CbGBtVRYoo5KqHNA@HIDDEN> <86a58uwr2i.fsf@HIDDEN> <CAMhZOOwG9LypViMTaipYU0Z-iUiZ+BZTLyB5nK38ARHXkeO3kA@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77469 Cc: 77469 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Gergely Riskó <gergely.risko@HIDDEN> > Date: Sat, 5 Apr 2025 18:00:18 +0200 > Cc: 77469 <at> debbugs.gnu.org > > On Sat, 5 Apr 2025, 17:45 Eli Zaretskii, <eliz@HIDDEN> wrote: > > > From: Gergely Riskó <gergely.risko@HIDDEN> > > Date: Sat, 5 Apr 2025 16:16:22 +0200 > > Cc: 77469 <at> debbugs.gnu.org > > > > > I hear you, but OTOH compiling this file will make the build a tad > > > longer, so it is not coming for free. > > > > > > In general, we don't compile files that have no code. > > > > Yes, now I understand this much better, and that there is no point in > > byte-compilation. > > > > Although adding a coding: ascii (or coding: utf-8) declaration at top > > would help a little bit, as discussed in > > https://github.com/nilcons/emacs-research/tree/master/parse-speed-byte-compile > > This shouldn't be necessary, since file-coding-system-alist already > says that *.el files should be decoded as UTF-8. > > I understand that, but as you see on the page, that's not the case. I intentionally compiled the webpage in a > way that it's easy to download (git clone) and reproduce, and I reproduced it on emacs 30.1 and on master > head. Maybe it works differently in your environment? > > El data loading is slower than byte compiled or el with utf8 coding header, at least for me. Where's the evidence that just adding the utf-8 coding cookie makes it significantly faster, and by how much?
bug-gnu-emacs@HIDDEN:bug#77469; Package emacs.
Full text available.Received: (at 77469) by debbugs.gnu.org; 5 Apr 2025 16:00:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 05 12:00:38 2025 Received: from localhost ([127.0.0.1]:44437 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u15wk-00081v-BV for submit <at> debbugs.gnu.org; Sat, 05 Apr 2025 12:00:38 -0400 Received: from mail-pj1-x1032.google.com ([2607:f8b0:4864:20::1032]:44226) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <gergely.risko@HIDDEN>) id 1u15wh-00081f-Uu for 77469 <at> debbugs.gnu.org; Sat, 05 Apr 2025 12:00:36 -0400 Received: by mail-pj1-x1032.google.com with SMTP id 98e67ed59e1d1-30572effb26so2673878a91.0 for <77469 <at> debbugs.gnu.org>; Sat, 05 Apr 2025 09:00:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743868830; x=1744473630; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=vHdUnxiQ166dEmGJfW9ImAo+TY3qmVWJymFyZBMLZ/o=; b=aUMiCOuF7oboHSnBLHB7heU3CVAez3WKsznulLE2vbUN7iRd5h2PLR4yPPQR9+fJ7w dxWXWaj06pzXwqkBaFBXlNG811xcrvXv0+dN7wW3+/Lj0pY0WX7uZgAVYinMpceqssKr BVMqEIp7hsplFbnfguAI11yeJ+G9ocVi+nf8SuU6VdikA47wq9EXiInTSloQWaxretSx isxMYRFQN8nPAsQOxytcS3b2YsKtG7en0jCuk0VtLzb0uEMSFK/dXfXwmzMjGnUSjQK0 ZfwSp/dEsVL2WJ2u6HW9KnFFAuNG+lt8HtLgYeQBON3UDNSqaQ4oicMTyDlhL8ixjLch TcLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743868830; x=1744473630; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=vHdUnxiQ166dEmGJfW9ImAo+TY3qmVWJymFyZBMLZ/o=; b=OB5oOLwDDQLj90LwLzIrD1pkHPLUNZKRO6TQjg4fp3yNZN5A+jS2Tyx9szM2fGjDqC hUUSM/jrdrS8Is3vN2xWUvUw2hV5gXJnHjDlRibPMgcxgkdo+hL3Z8swp9EqDL5gHrTX hI4UF5JlX9j8UU/HMwEIQBhK/Uy6dGAqS6qezlTEjFV5Ft9EkMNsFSqZbh/SL7Hz76kb MnZDuzU8Tbc2ox3cuGE5qB4SiZ/i/JUGQKikSkErNCOodnkC9Fwy6k5Q6HhETShRKqMh onYv1LBcpJ0JJJcLpB/jT/JmkvrWmBRyQ5QmPH2QPsz46tSzUcE+hhtQVMR7MC2nnfq9 WVOQ== X-Gm-Message-State: AOJu0YzLbpwUQBbSeHWa97RX/0MUCG1zj+0FT2FoRHhLDVcyWoiBT3hT Q5mCjx+GqROBiWxVll13NSR+KzrUzXdjUfbVNS5SFv9Jp0Vbjw0+PpvOcC29eN5xL+3+ZnB3kl0 YsPXl8Ln/v5M8ixFuRX4bRLIJ398= X-Gm-Gg: ASbGncuE4Ht9wu1zQDipkxeAqAtL+/Z51T3CXilIeYxnOEROyqvpe5e+teaL8UJiDcH lL42mlxL0VO+cA9+/gqN2dWdcz8Le32/BeixdEFVzgdNfuwEpUyZMNWj18vlJbm3ytbMbfFtDBw xx3pnuSYNTWX270cA5hC35fvKeDe4TpcCxJOj1cZIxRrqXWmC2pI7QPnU= X-Google-Smtp-Source: AGHT+IEN2gkv1blYY345rHuuXNnIgnlfhwN3LmA8SqrarTmxMQ8RGgfp0pcEt6/XV8nF8htsa0LSduZRYZDufxIhWQU= X-Received: by 2002:a17:90b:254d:b0:2fe:9e6c:add9 with SMTP id 98e67ed59e1d1-306a4899cd0mr11111857a91.18.1743868829583; Sat, 05 Apr 2025 09:00:29 -0700 (PDT) MIME-Version: 1.0 References: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> <86a58x26r9.fsf@HIDDEN> <CAMhZOOykF8tez1g2vDnWJED4W=Oyq7fSKNXgAdZq_WWTnOvuFA@HIDDEN> <86zfgwxki7.fsf@HIDDEN> <CAMhZOOynTF1Otbm22ctLzJaNZx7NNfTEvmrwn2T1JdcmDP3Vxg@HIDDEN> <86wmc0xj24.fsf@HIDDEN> <CAMhZOOxouctDW+UnGLKuDs+v7pMjh5dZD5CbGBtVRYoo5KqHNA@HIDDEN> <86a58uwr2i.fsf@HIDDEN> In-Reply-To: <86a58uwr2i.fsf@HIDDEN> From: =?UTF-8?Q?Gergely_Risk=C3=B3?= <gergely.risko@HIDDEN> Date: Sat, 5 Apr 2025 18:00:18 +0200 X-Gm-Features: ATxdqUGBm7oZnotN1zs-dBaN-Q3Goji6C51w5Z4iYNv1fgrfNLVlA1H-BeZzf8o Message-ID: <CAMhZOOwG9LypViMTaipYU0Z-iUiZ+BZTLyB5nK38ARHXkeO3kA@HIDDEN> Subject: Re: bug#77469: finder-inf is not autocompiled on installation To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="0000000000001f538306320a1ae9" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77469 Cc: 77469 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --0000000000001f538306320a1ae9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, 5 Apr 2025, 17:45 Eli Zaretskii, <eliz@HIDDEN> wrote: > > From: Gergely Risk=C3=B3 <gergely.risko@HIDDEN> > > Date: Sat, 5 Apr 2025 16:16:22 +0200 > > Cc: 77469 <at> debbugs.gnu.org > > > > > I hear you, but OTOH compiling this file will make the build a tad > > > longer, so it is not coming for free. > > > > > > In general, we don't compile files that have no code. > > > > Yes, now I understand this much better, and that there is no point in > > byte-compilation. > > > > Although adding a coding: ascii (or coding: utf-8) declaration at top > > would help a little bit, as discussed in > > > https://github.com/nilcons/emacs-research/tree/master/parse-speed-byte-co= mpile > > This shouldn't be necessary, since file-coding-system-alist already > says that *.el files should be decoded as UTF-8. > I understand that, but as you see on the page, that's not the case. I intentionally compiled the webpage in a way that it's easy to download (git clone) and reproduce, and I reproduced it on emacs 30.1 and on master head. Maybe it works differently in your environment? El data loading is slower than byte compiled or el with utf8 coding header, at least for me. I think the difference is that in the alist elc is strongly utf8, but el is only "prefer" utf8, do it still needs to spend cycles on some kind of checking/detection. Cheers, Gergely --0000000000001f538306320a1ae9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto"><div><div class=3D"gmail_quote gmail_quote_container"><di= v dir=3D"ltr" class=3D"gmail_attr">On Sat, 5 Apr 2025, 17:45 Eli Zaretskii,= <<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>> wrote:<br></div><= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">> From: Gergely Risk=C3=B3 <<a href=3D"= mailto:gergely.risko@HIDDEN" target=3D"_blank" rel=3D"noreferrer">gergel= y.risko@HIDDEN</a>><br> > Date: Sat, 5 Apr 2025 16:16:22 +0200<br> > Cc: <a href=3D"mailto:77469 <at> debbugs.gnu.org" target=3D"_blank" rel=3D"= noreferrer">77469 <at> debbugs.gnu.org</a><br> > <br> > > I hear you, but OTOH compiling this file will make the build a ta= d<br> > > longer, so it is not coming for free.<br> > ><br> > > In general, we don't compile files that have no code.<br> > <br> > Yes, now I understand this much better, and that there is no point in<= br> > byte-compilation.<br> > <br> > Although adding a coding: ascii (or coding: utf-8) declaration at top<= br> > would help a little bit, as discussed in<br> > <a href=3D"https://github.com/nilcons/emacs-research/tree/master/parse= -speed-byte-compile" rel=3D"noreferrer noreferrer" target=3D"_blank">https:= //github.com/nilcons/emacs-research/tree/master/parse-speed-byte-compile</a= ><br> <br> This shouldn't be necessary, since file-coding-system-alist already<br> says that *.el files should be decoded as UTF-8.<br></blockquote></div></di= v><div dir=3D"auto"><br></div><div dir=3D"auto">I understand that, but as y= ou see on the page, that's not the case.=C2=A0 I intentionally compiled= the webpage in a way that it's easy to download (git clone) and reprod= uce, and I reproduced it on emacs 30.1 and on master head.=C2=A0 Maybe it w= orks differently in your environment?</div><div dir=3D"auto"><br></div><div= dir=3D"auto">El data loading is slower than byte compiled or el with utf8 = coding header, at least for me.=C2=A0</div><div dir=3D"auto"><br></div><div= dir=3D"auto">I think the difference is that in the alist elc is strongly u= tf8, but el is only "prefer" utf8, do it still needs to spend cyc= les on some kind of checking/detection.</div><div dir=3D"auto"><br></div><d= iv dir=3D"auto">Cheers,=C2=A0</div><div dir=3D"auto">Gergely</div><div dir= =3D"auto"><br></div><div dir=3D"auto"><br></div><div dir=3D"auto"><div clas= s=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote" s= tyle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> </blockquote></div></div></div> --0000000000001f538306320a1ae9--
bug-gnu-emacs@HIDDEN:bug#77469; Package emacs.
Full text available.Received: (at 77469) by debbugs.gnu.org; 5 Apr 2025 15:45:14 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 05 11:45:14 2025 Received: from localhost ([127.0.0.1]:44388 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u15hp-0007Gz-JQ for submit <at> debbugs.gnu.org; Sat, 05 Apr 2025 11:45:13 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:33084) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1u15hn-0007DI-FM for 77469 <at> debbugs.gnu.org; Sat, 05 Apr 2025 11:45:11 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1u15hf-000253-Vy; Sat, 05 Apr 2025 11:45:04 -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=gKo8zg9F18xQ9MRZ0nCqqbedvy2QWwvqj63Pk+ypi80=; b=V9tqOUrXpOOm2Tj6RcHA Fh8wLl4FOpT50iHGwDz8ngvJJ3ZhSDxVFyXmTYiCh2gBtvcOT+WHpfPOB6573C23QAnx62GHK6mR1 fTba7cFaDr6VbF4l4XhZUeO2zFycxjSUQgXUvlWhi9mDP4HpfLWEYobIzwb9wKyTAvFwXs5TnTdno oqumAlpe72TzP+gItM7d8u1oF9XcYa0kK4/S7Rrhcu3dZHkEFvBjYce/g2+aZ390O9zW0916cNmBQ MuqHKshJhLmGSxyVlYbeDayqHvTyJZh/SddSBnqzSsFRWyuRUXX2s/9boMnnG6dZ8egiFyPtLw7CA 3gD6KaXUGJY2FA==; Date: Sat, 05 Apr 2025 18:44:53 +0300 Message-Id: <86a58uwr2i.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Gergely =?utf-8?Q?Risk=C3=B3?= <gergely.risko@HIDDEN> In-Reply-To: <CAMhZOOxouctDW+UnGLKuDs+v7pMjh5dZD5CbGBtVRYoo5KqHNA@HIDDEN> (message from Gergely =?utf-8?Q?Risk=C3=B3?= on Sat, 5 Apr 2025 16:16:22 +0200) Subject: Re: bug#77469: finder-inf is not autocompiled on installation References: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> <86a58x26r9.fsf@HIDDEN> <CAMhZOOykF8tez1g2vDnWJED4W=Oyq7fSKNXgAdZq_WWTnOvuFA@HIDDEN> <86zfgwxki7.fsf@HIDDEN> <CAMhZOOynTF1Otbm22ctLzJaNZx7NNfTEvmrwn2T1JdcmDP3Vxg@HIDDEN> <86wmc0xj24.fsf@HIDDEN> <CAMhZOOxouctDW+UnGLKuDs+v7pMjh5dZD5CbGBtVRYoo5KqHNA@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77469 Cc: 77469 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Gergely Riskó <gergely.risko@HIDDEN> > Date: Sat, 5 Apr 2025 16:16:22 +0200 > Cc: 77469 <at> debbugs.gnu.org > > > I hear you, but OTOH compiling this file will make the build a tad > > longer, so it is not coming for free. > > > > In general, we don't compile files that have no code. > > Yes, now I understand this much better, and that there is no point in > byte-compilation. > > Although adding a coding: ascii (or coding: utf-8) declaration at top > would help a little bit, as discussed in > https://github.com/nilcons/emacs-research/tree/master/parse-speed-byte-compile This shouldn't be necessary, since file-coding-system-alist already says that *.el files should be decoded as UTF-8. > I also looked into your statement of "In general, we don't compile > files that have no code", because I was wondering how come that this > is the only file that trips up my elc only dotemacs startup scenario > and not the other files that you refer to. > > What I found is that the other files (e.g. subdirs.el) are loaded by > explicitly specifying ".el" extension on load. Could we do that for > this case? Is that an acceptable compromise to not make the build > slower, but solve my issue? I'll let others comment on that, I'm not sure I understand well enough the implications for package.el. > Should we also include the "coding: ascii" on top of the file to make > loading faster? Shouldn't be necessary, see above.
bug-gnu-emacs@HIDDEN:bug#77469; Package emacs.
Full text available.Received: (at 77469) by debbugs.gnu.org; 5 Apr 2025 14:16:46 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 05 10:16:46 2025 Received: from localhost ([127.0.0.1]:44220 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u14KE-0008Jz-E3 for submit <at> debbugs.gnu.org; Sat, 05 Apr 2025 10:16:46 -0400 Received: from mail-pg1-x52a.google.com ([2607:f8b0:4864:20::52a]:45492) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <gergely.risko@HIDDEN>) id 1u14KC-0008Ja-I6 for 77469 <at> debbugs.gnu.org; Sat, 05 Apr 2025 10:16:45 -0400 Received: by mail-pg1-x52a.google.com with SMTP id 41be03b00d2f7-af5cdf4a2f8so2181716a12.3 for <77469 <at> debbugs.gnu.org>; Sat, 05 Apr 2025 07:16:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743862594; x=1744467394; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ssP8HfiwFiv4fpr6fjwmeoVvf5JWl2FqksF58wSNwYc=; b=CAjW93eknq9a1P/iRLPaqHojsQw5/JGr7x11UgOjtIeGk1k/YvbsZS28V5b7R5trJe ZyY0GpWIITQnm8q4u4K+UfmugHBXty2xNkvAQHiWdRl1fxt8298XFKeUoSXG3cLIhCkx ETgg1b9gmcza//R+hA53vGgiD/L+lRAFXPu7wmFlyVYGIjFpUu5W8SecCgs990oFrkJ0 nNM8i45yCZs8tmB/nEIs8DEQ0gb2VXaCd0zxoRJWgtZJRZEmOcKKRB2K1yJ/KDHt1TGk IZsJ40UGI6ZHFKK9l0mTz+TB/QBQiNz6BaA0wIK2y86M1tey8jf1CLS6dT0YKEeVlUSb iZkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743862594; x=1744467394; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ssP8HfiwFiv4fpr6fjwmeoVvf5JWl2FqksF58wSNwYc=; b=fB1+l1FN980jH4Y/yVbEWgPKt004vm9s6T/sRpcoQZ22/vgc6/1/OMkD/X5FbQFO7g 08JYXKnnSBCfy/Zme14ahDim/jW04ltcr36VsL4YDgQOf0a9xbuKpf3iN1Hx8D5JWY3M PO4eFmVsNLIhdrUeBTOZ1YgbixnSUaO2Ao1ll5dsVGdnUMzBomjGHhlcUuKLeBJ1iiUD AOe7FOI23wWoxaSdYIvs7ojLspH9HSrOa2WDegUHCtI6jdlqToIacebYgsNL83/pXzLc Nf3YNxFIlYI77btfb+71uyJorZE3Dpw8fdqs2JXHWzyCmA53xWukjp1iD7F6dcyx/ppH 6JSw== X-Gm-Message-State: AOJu0YxyJWhzeFsB54fmGujzbP7oiqjbypqpsUzCgQDT35zNa+hrr7aX FedkIn4tLbPTpQR4Fm4cH6o+YSjZrM9W3oee8xEHXFCaIELXb31GoKuHUCIfvSrPmJ+6K5go/yf VTznebofuKx6uqaDP7yGj6LadFJg= X-Gm-Gg: ASbGnctqqAYOmzTRvBxoUu4Ggl15mnZsagsSWWhNVTQi4Asohy3gaGNOtqHrPQQ2p+p CubrAsTpp0iDKYjIt+fD7JmbDtNR9Qs0Se3Zv9wMH+aZ5CABRnLpGh4JNOm0oamsmhS5Nm0dRor rDLPJKeRkN/lo0LXyL5Y9G3RRiDtQang== X-Google-Smtp-Source: AGHT+IEQeuzGgMFnPkZ4ES8ze3zVqHjJsbr4bFT4E/0Nt8Y/QlLzHJcUh4MzmNTzkouKEmvZJlhMqfzCoS6r/SMQ3ZM= X-Received: by 2002:a17:90b:3bcb:b0:305:5f55:899 with SMTP id 98e67ed59e1d1-306a4860ad0mr9486770a91.11.1743862593776; Sat, 05 Apr 2025 07:16:33 -0700 (PDT) MIME-Version: 1.0 References: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> <86a58x26r9.fsf@HIDDEN> <CAMhZOOykF8tez1g2vDnWJED4W=Oyq7fSKNXgAdZq_WWTnOvuFA@HIDDEN> <86zfgwxki7.fsf@HIDDEN> <CAMhZOOynTF1Otbm22ctLzJaNZx7NNfTEvmrwn2T1JdcmDP3Vxg@HIDDEN> <86wmc0xj24.fsf@HIDDEN> In-Reply-To: <86wmc0xj24.fsf@HIDDEN> From: =?UTF-8?Q?Gergely_Risk=C3=B3?= <gergely.risko@HIDDEN> Date: Sat, 5 Apr 2025 16:16:22 +0200 X-Gm-Features: ATxdqUEuvWPXMfkeWSuSEoioX50FPgJt1cSVZIZS8okyKXpg-CqEizZaSCLJx7A Message-ID: <CAMhZOOxouctDW+UnGLKuDs+v7pMjh5dZD5CbGBtVRYoo5KqHNA@HIDDEN> Subject: Re: bug#77469: finder-inf is not autocompiled on installation To: Eli Zaretskii <eliz@HIDDEN> Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77469 Cc: 77469 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) > I hear you, but OTOH compiling this file will make the build a tad > longer, so it is not coming for free. > > In general, we don't compile files that have no code. Yes, now I understand this much better, and that there is no point in byte-compilation. Although adding a coding: ascii (or coding: utf-8) declaration at top would help a little bit, as discussed in https://github.com/nilcons/emacs-research/tree/master/parse-speed-byte-compile I also looked into your statement of "In general, we don't compile files that have no code", because I was wondering how come that this is the only file that trips up my elc only dotemacs startup scenario and not the other files that you refer to. What I found is that the other files (e.g. subdirs.el) are loaded by explicitly specifying ".el" extension on load. Could we do that for this case? Is that an acceptable compromise to not make the build slower, but solve my issue? I'm happy to do the work and provide a patch, but before doing any work that is potentially incorrect or wrong, I of course wanted to hear your opinions. This change would also make the startup a little bit nicer in the sense that the explicit load with filename (instead of current filename less require) will also be able to skip the load-path. Should we also include the "coding: ascii" on top of the file to make loading faster? Cheers, Gergely
bug-gnu-emacs@HIDDEN:bug#77469; Package emacs.
Full text available.Received: (at 77469) by debbugs.gnu.org; 4 Apr 2025 11:28:18 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 04 07:28:18 2025 Received: from localhost ([127.0.0.1]:37268 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u0fDd-0005Kc-Q3 for submit <at> debbugs.gnu.org; Fri, 04 Apr 2025 07:28:18 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58996) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1u0fDb-0005KP-CW for 77469 <at> debbugs.gnu.org; Fri, 04 Apr 2025 07:28:15 -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 <eliz@HIDDEN>) id 1u0fDU-0007aA-HH; Fri, 04 Apr 2025 07:28:08 -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=Ufy9SG7RCVcfyzANs0BDVARrUdrd3HbrbyBnda9VIcI=; b=U52aYCqRtBF3rsuDoxag mTmoMwch/TasbPYrfUQpt29aC6rEwqhkiEiAyV1gEv9CB90PYeFRgPPHnTVp3ZE1uSVtSwWmzQgP/ AM61/rISNEUyXYp/G09UQZIRKEMwQmjFZtq9W3sxOrhxBjapXUgxb9zbS1utut8yVO0cqqG8lqEaN HRG4GzWO5Ka7YdLxxeUegsZsRVKbOZhY/kDxoX8I/sAFtFwzpxa1jEBVMqmK9PiYy8C6DJZEJna0u uDiawCedG+1xY99hYYsrn1En0o+qo5Rfe2PDO7v3nisZayGlS7PNo/t3+5qP3T8ah/V0AaAm/cXwy 7mBkE9wvoSER3w==; Date: Fri, 04 Apr 2025 14:28:03 +0300 Message-Id: <86wmc0xj24.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Gergely =?utf-8?Q?Risk=C3=B3?= <gergely.risko@HIDDEN> In-Reply-To: <CAMhZOOynTF1Otbm22ctLzJaNZx7NNfTEvmrwn2T1JdcmDP3Vxg@HIDDEN> (message from Gergely =?utf-8?Q?Risk=C3=B3?= on Fri, 4 Apr 2025 13:09:27 +0200) Subject: Re: bug#77469: finder-inf is not autocompiled on installation References: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> <86a58x26r9.fsf@HIDDEN> <CAMhZOOykF8tez1g2vDnWJED4W=Oyq7fSKNXgAdZq_WWTnOvuFA@HIDDEN> <86zfgwxki7.fsf@HIDDEN> <CAMhZOOynTF1Otbm22ctLzJaNZx7NNfTEvmrwn2T1JdcmDP3Vxg@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77469 Cc: 77469 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Gergely Riskó <gergely.risko@HIDDEN> > Date: Fri, 4 Apr 2025 13:09:27 +0200 > Cc: 77469 <at> debbugs.gnu.org > > The reason why this is not convenient for me to do locally: it's part of the system packaging that I use > (Debian, but I think it would be the same with other distros). And therefore periodically new version will appear > and I'll have to remember and recompile again. > > There is no risk for the end user for this elc compilation to get out of date, as it's part of the core emacs > installation, and therefore read only on most systems. So the risk is exactly the same as for any other el files > hand modified in the system installation. > > Also, I use many machines at different locations, with different emacs versions, so it's not a one time local > change and forget situation, would be tedious to remember after each apt upgrade. I hear you, but OTOH compiling this file will make the build a tad longer, so it is not coming for free. In general, we don't compile files that have no code. Does anyone else have an opinion?
bug-gnu-emacs@HIDDEN:bug#77469; Package emacs.
Full text available.Received: (at 77469) by debbugs.gnu.org; 4 Apr 2025 11:09:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 04 07:09:47 2025 Received: from localhost ([127.0.0.1]:37236 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u0evi-0004Tq-Uh for submit <at> debbugs.gnu.org; Fri, 04 Apr 2025 07:09:47 -0400 Received: from mail-pf1-x42b.google.com ([2607:f8b0:4864:20::42b]:42209) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <gergely.risko@HIDDEN>) id 1u0evg-0004Tc-Gj for 77469 <at> debbugs.gnu.org; Fri, 04 Apr 2025 07:09:45 -0400 Received: by mail-pf1-x42b.google.com with SMTP id d2e1a72fcca58-7399838db7fso1751185b3a.0 for <77469 <at> debbugs.gnu.org>; Fri, 04 Apr 2025 04:09:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743764978; x=1744369778; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=50ukTl/BtvSQ2Ef1CjgEduEY4EQy7Fr+9tRd07Uv1sA=; b=Q9KEYARtDbIaf0Yy5WeY2kG80LPOeiPCB9YcycWIkWp5FQpTqqsANcxuFU+wvrU4zu hDui5v7uc7GQk5ImbnGCUt0twyXRBxNF/WThmJqO8UTBabq8GAPbDVkrymqV1XF16Yp+ n9PJf+UhGzCe2GUXn8lNdVziBGfGYMNix9riN5D5e61emkCnLbqaQCicaAHd/qNU2gHI Jc/8UM4dnkBg/mtnmqwJwY+3gzVZO8EInbCSHj+krFYquG2vZcfFB3NyMjVOE6FR0brg ykzi14kkOub3gy6ceFfv7gjhvcEVs2PBeeklDe3JfxPY2HCdEXsgiaelHh94PBZ4UPSQ qsNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743764978; x=1744369778; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=50ukTl/BtvSQ2Ef1CjgEduEY4EQy7Fr+9tRd07Uv1sA=; b=jTrUbw8cDYTyW8e2zHXFaIIWyit1mjAfUpwllM6CQ52bNv4T6BphoCRu1Okdfnq2Ab 8DxKkhVcYyt2QW4O+PF0flgCMEFl+wncyemMj7DXTOOSSHohPahKY3iImjCXbF/9snkQ 4USnvedsdvZLsqu1OBVPPg15fgblHa7oLwFI8qJUTg+yoh7CZjdZVVqwns4LARichVWv QwLA+TfI0R7GbFRzC1jJbgxIpNSzCRgACvfNVF6Na+KICylU4p4pHDbPa0QGZjk0b27G AZ3ht7CqBzahb+dk+tuntkoRS8/SGMK2SYNLuGPXZmzWsi1LBcqAw+puAA47+tjSUPty rewQ== X-Gm-Message-State: AOJu0Yw0DLLvHwB8nQ2lgKQMs7v43QfKpGKlOeyys11VoZMrPc+o+TrD ppb3z0hxBF9xV0TcVW+14VjWl1aJdkdLIHPOuWIwSRr1WYR5Q/Wl1EjZ7YGZa19kygw3foDWsbe QOtXpJFRFMX2btBz4TxzNtkJXKHP1D1ik X-Gm-Gg: ASbGncu8Q/I9suEeMtnNjvinebXTz19+RKNo+X67jFgAcTyFzwszs90hfgv/HvGuHIZ PxhKpf33iU5tv4PEGyRJpWpvisCZUny++SbVATaVB52/bnJDdjQ5dyV2eJCQqoXFIS0pzeCPzEO AZlDC6qZxcUaTALah35JUuYDlzf8M= X-Google-Smtp-Source: AGHT+IFUcUepB3EQBihuIuQCHHswW8WL6+3xxogb26WwpAz3OCCJC+R6R0GwTitBGz4Bz324o1/cFX1k84/XZ7brpgk= X-Received: by 2002:a05:6a00:3242:b0:732:56a7:a935 with SMTP id d2e1a72fcca58-739d65872a2mr9608132b3a.12.1743764978135; Fri, 04 Apr 2025 04:09:38 -0700 (PDT) MIME-Version: 1.0 References: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> <86a58x26r9.fsf@HIDDEN> <CAMhZOOykF8tez1g2vDnWJED4W=Oyq7fSKNXgAdZq_WWTnOvuFA@HIDDEN> <86zfgwxki7.fsf@HIDDEN> In-Reply-To: <86zfgwxki7.fsf@HIDDEN> From: =?UTF-8?Q?Gergely_Risk=C3=B3?= <gergely.risko@HIDDEN> Date: Fri, 4 Apr 2025 13:09:27 +0200 X-Gm-Features: AQ5f1Jo6ZViC9bpOyFWNi7oZFiJyasIvHEDbKpK74ENvPuyqYcRtaoXO0s3WBC8 Message-ID: <CAMhZOOynTF1Otbm22ctLzJaNZx7NNfTEvmrwn2T1JdcmDP3Vxg@HIDDEN> Subject: Re: bug#77469: finder-inf is not autocompiled on installation To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="00000000000017fdeb0631f1ec09" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77469 Cc: 77469 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --00000000000017fdeb0631f1ec09 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 4 Apr 2025, 12:57 Eli Zaretskii, <eliz@HIDDEN> wrote: > > From: Gergely Risk=C3=B3 <gergely.risko@HIDDEN> > > Date: Fri, 4 Apr 2025 05:17:44 +0200 > > Cc: 77469 <at> debbugs.gnu.org > > > > On Thu, Apr 3, 2025 at 6:45=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wro= te: > > > Why is it important to compile it? It defines 2 variables, and has n= o > > > code. What would be gained by compiling it? > > > > Hey Eli, thanks for coming back to me this fast. > > > > The background is this: > > https://github.com/radian-software/straight.el/issues/1190 > > > > I'm trying to optimize my .emacs, and as part of that, I set up load > > suffixes a way, that only .elc is searched, nothing else. > > But that's entirely specific to your local setup. If you want to have > all Lisp files as *.elc, and if you are certain you will never want > Emacs to load a .el file, then just byte-compile finder-inf.el > locally, and be done. Why do we need to make any changes in Emacs for > such a personal problem? > > I can tell right away why such a change as a general feature would be > bad: it is quite possible, perhaps even probable, that users might > have *.el files they don't compile for some reasons, of have *.el > files newer than the corresponding *.elc files, and we definitely > don't want to defeat their loading just because it makes the session > start up slower by 25 milliseconds. > Yes Eli, I'm definitely not advocating to turning off el losing our changing the suffix logic in any way, because as you mentioned, that would trip to normal use cases and that's totally unacceptable for 25 milliseconds. My honest apologies if I miscommunicated and made it sound like that's what I'm advocating for, didn't want to criticize the emacs team in any way of advocate for big changes like this. What I'm asking for is just the compilation of this one file in the build or install process (similar to all the rest), so it's available as elc if ever needed. It of course should still be kept as el too, as the rest of the files are kept too (when byte compiled). The reason why this is not convenient for me to do locally: it's part of the system packaging that I use (Debian, but I think it would be the same with other distros). And therefore periodically new version will appear and I'll have to remember and recompile again. There is no risk for the end user for this elc compilation to get out of date, as it's part of the core emacs installation, and therefore read only on most systems. So the risk is exactly the same as for any other el files hand modified in the system installation. Also, I use many machines at different locations, with different emacs versions, so it's not a one time local change and forget situation, would be tedious to remember after each apt upgrade. Thanks again for considering this, I'm of course happy to discuss and explain why do I need changes in Emacs. Thanks for your continued decades old maintenance efforts and sorry if I sounded arrogant on my first try, was not my intention. > --00000000000017fdeb0631f1ec09 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto"><div><br><br><div class=3D"gmail_quote gmail_quote_contai= ner"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, 4 Apr 2025, 12:57 Eli Za= retskii, <<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>> wrote:<br= ></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-= left:1px #ccc solid;padding-left:1ex">> From: Gergely Risk=C3=B3 <<a = href=3D"mailto:gergely.risko@HIDDEN" target=3D"_blank" rel=3D"noreferrer= ">gergely.risko@HIDDEN</a>><br> > Date: Fri, 4 Apr 2025 05:17:44 +0200<br> > Cc: <a href=3D"mailto:77469 <at> debbugs.gnu.org" target=3D"_blank" rel=3D"= noreferrer">77469 <at> debbugs.gnu.org</a><br> > <br> > On Thu, Apr 3, 2025 at 6:45=E2=80=AFAM Eli Zaretskii <<a href=3D"ma= ilto:eliz@HIDDEN" target=3D"_blank" rel=3D"noreferrer">eliz@HIDDEN</a>>= ; wrote:<br> > > Why is it important to compile it?=C2=A0 It defines 2 variables, = and has no<br> > > code.=C2=A0 What would be gained by compiling it?<br> > <br> > Hey Eli, thanks for coming back to me this fast.<br> > <br> > The background is this:<br> > <a href=3D"https://github.com/radian-software/straight.el/issues/1190"= rel=3D"noreferrer noreferrer" target=3D"_blank">https://github.com/radian-= software/straight.el/issues/1190</a><br> > <br> > I'm trying to optimize my .emacs, and as part of that, I set up lo= ad<br> > suffixes a way, that only .elc is searched, nothing else.<br> <br> But that's entirely specific to your local setup.=C2=A0 If you want to = have<br> all Lisp files as *.elc, and if you are certain you will never want<br> Emacs to load a .el file, then just byte-compile finder-inf.el<br> locally, and be done.=C2=A0 Why do we need to make any changes in Emacs for= <br> such a personal problem?<br> <br> I can tell right away why such a change as a general feature would be<br> bad: it is quite possible, perhaps even probable, that users might<br> have *.el files they don't compile for some reasons, of have *.el<br> files newer than the corresponding *.elc files, and we definitely<br> don't want to defeat their loading just because it makes the session<br= > start up slower by 25 milliseconds.<br></blockquote></div></div><div dir=3D= "auto"><br></div><div dir=3D"auto">Yes Eli, I'm definitely not advocati= ng to turning off el losing our changing the suffix logic in any way, becau= se as you mentioned, that would trip to normal use cases and that's tot= ally unacceptable for 25 milliseconds. My honest apologies if I miscommunic= ated and made it sound like that's what I'm advocating for, didn= 9;t want to criticize the emacs team in any way of advocate for big changes= like this.=C2=A0</div><div dir=3D"auto"><br></div><div dir=3D"auto">What I= 'm asking for is just the compilation of this one file in the build or = install process (similar to all the rest), so it's available as elc if = ever needed. It of course should still be kept as el too, as the rest of th= e files are kept too (when byte compiled).</div><div dir=3D"auto"><br></div= ><div dir=3D"auto">The reason why this is not convenient for me to do local= ly: it's part of the system packaging that I use (Debian, but I think i= t would be the same with other distros). And therefore periodically new ver= sion will appear and I'll have to remember and recompile again.=C2=A0</= div><div dir=3D"auto"><br></div><div dir=3D"auto">There is no risk for the = end user for this elc compilation to get out of date, as it's part of t= he core emacs installation, and therefore read only on most systems. So the= risk is exactly the same as for any other el files hand modified in the sy= stem installation.</div><div dir=3D"auto"><br></div><div dir=3D"auto">Also,= I use many machines at different locations, with different emacs versions,= so it's not a one time local change and forget situation, would be ted= ious to remember after each apt upgrade.</div><div dir=3D"auto"><br></div><= div dir=3D"auto">Thanks again for considering this, I'm of course happy= to discuss and explain why do I need changes in Emacs. Thanks for your con= tinued decades old maintenance efforts and sorry if I sounded arrogant on m= y first try, was not my intention.</div><div dir=3D"auto"><div class=3D"gma= il_quote gmail_quote_container"><blockquote class=3D"gmail_quote" style=3D"= margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> </blockquote></div></div></div> --00000000000017fdeb0631f1ec09--
bug-gnu-emacs@HIDDEN:bug#77469; Package emacs.
Full text available.Received: (at 77469) by debbugs.gnu.org; 4 Apr 2025 10:57:15 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 04 06:57:15 2025 Received: from localhost ([127.0.0.1]:37210 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u0ejb-0003wH-A4 for submit <at> debbugs.gnu.org; Fri, 04 Apr 2025 06:57:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45002) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1u0ejX-0003w2-PG for 77469 <at> debbugs.gnu.org; Fri, 04 Apr 2025 06:57:13 -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 <eliz@HIDDEN>) id 1u0ejS-0001bg-9f; Fri, 04 Apr 2025 06:57: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:References:Subject:In-Reply-To:To:From: Date; bh=ZBcc23waoA2NOcT5+qNJdwThCYCfAvf1RH4SyOxwLhE=; b=jw2N/WP8BwBGZhaNcKur 7i8Wp2Tol+jaLbKsbMZkpdwGOrEMudVtyoZI9LkoN/pNQ+IGuD7/QT5DLIhY4BhMuoUF2e8S4cCrZ E/d6cyeNxczcROjlLvLg8ED8RSO3iJATaQcW0xki8AHiU1SOEccB5BIalT5vJLl2mdCa1CLCLu3DM EcHxfXtikY9jDpIk5J+IABv/CjzKigINlf4ZT2XrxFZziUHu6TQSkIZP097fNxCrGEv46Lh3k4wIL Jk7iQfNyilNX4/sTaYJzrDKYOx1p9LoK+o8DHyRumPjsOAlyX7Yu7p8Apq0GnHUvYjGF21laB31le Gfd+/w3txPmU3g==; Date: Fri, 04 Apr 2025 13:56:48 +0300 Message-Id: <86zfgwxki7.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Gergely =?utf-8?Q?Risk=C3=B3?= <gergely.risko@HIDDEN> In-Reply-To: <CAMhZOOykF8tez1g2vDnWJED4W=Oyq7fSKNXgAdZq_WWTnOvuFA@HIDDEN> (message from Gergely =?utf-8?Q?Risk=C3=B3?= on Fri, 4 Apr 2025 05:17:44 +0200) Subject: Re: bug#77469: finder-inf is not autocompiled on installation References: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> <86a58x26r9.fsf@HIDDEN> <CAMhZOOykF8tez1g2vDnWJED4W=Oyq7fSKNXgAdZq_WWTnOvuFA@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77469 Cc: 77469 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Gergely Riskó <gergely.risko@HIDDEN> > Date: Fri, 4 Apr 2025 05:17:44 +0200 > Cc: 77469 <at> debbugs.gnu.org > > On Thu, Apr 3, 2025 at 6:45 AM Eli Zaretskii <eliz@HIDDEN> wrote: > > Why is it important to compile it? It defines 2 variables, and has no > > code. What would be gained by compiling it? > > Hey Eli, thanks for coming back to me this fast. > > The background is this: > https://github.com/radian-software/straight.el/issues/1190 > > I'm trying to optimize my .emacs, and as part of that, I set up load > suffixes a way, that only .elc is searched, nothing else. But that's entirely specific to your local setup. If you want to have all Lisp files as *.elc, and if you are certain you will never want Emacs to load a .el file, then just byte-compile finder-inf.el locally, and be done. Why do we need to make any changes in Emacs for such a personal problem? I can tell right away why such a change as a general feature would be bad: it is quite possible, perhaps even probable, that users might have *.el files they don't compile for some reasons, of have *.el files newer than the corresponding *.elc files, and we definitely don't want to defeat their loading just because it makes the session start up slower by 25 milliseconds.
bug-gnu-emacs@HIDDEN:bug#77469; Package emacs.
Full text available.Received: (at 77469) by debbugs.gnu.org; 4 Apr 2025 03:18:06 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 03 23:18:06 2025 Received: from localhost ([127.0.0.1]:36521 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u0XZG-0002KZ-7u for submit <at> debbugs.gnu.org; Thu, 03 Apr 2025 23:18:06 -0400 Received: from mail-pj1-x1030.google.com ([2607:f8b0:4864:20::1030]:59709) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <gergely.risko@HIDDEN>) id 1u0XZD-0002K0-E2 for 77469 <at> debbugs.gnu.org; Thu, 03 Apr 2025 23:18:04 -0400 Received: by mail-pj1-x1030.google.com with SMTP id 98e67ed59e1d1-301918a4e3bso1490619a91.3 for <77469 <at> debbugs.gnu.org>; Thu, 03 Apr 2025 20:18:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743736676; x=1744341476; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=rNO6KgFBYqzGlV34yEdhRCD8/2eTOYCUnhj4XJWU5n8=; b=hBKlHiZed+Vw4144k9O3TAs47VPWqBtybuOcEoYhBNZkhE2WVYuXmQK0jRPRStytZP /5Ylkmz3JqIEgRaH0+sfZdI0y6jxWSOqGQZHMIrdhw+Kb/Csa0n4dIvSD4todMuOgX2b 5ord87J/GeYRjlL1iKGI36F168O/6PXvgnpZXXXq3P+aQIVC6nP69RpIoA6fe2Rn99Qy 5Qany9h84k3Phh98p8WNfJ5dzduiqj33H9lOwsGRj8Ay0aYJXM65DkenH5ze1UoIe6Ql 2Naqo5JLyguWeZKhW8UxbFo44cGe7Ck8SDDpfrLET2Df8Ao/N7CoK7sONhvIqrUAeL74 Bg5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743736676; x=1744341476; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=rNO6KgFBYqzGlV34yEdhRCD8/2eTOYCUnhj4XJWU5n8=; b=GM1dWa+j5Lfu3o1UAtuwVQzxpVLgMLgZ656prUMp3GmwNVv2QsdJqlcHHTdt7TJRmf 5CKHwnT9kX+XSuvx3OgMl3fdRlQTdAy8MuXx7GZ+VpQcKdVPerOYP1Q5WnubNXYCTW2B t0uZ0HGIlQf/Tar1Wc6wxr53XRdpROaEED1krhyPS3zYGqqh6hWJfckaNUYsiD5rSfVX ENBxxTvl8wdba9UPyI3woTsnRLQ9lfv5ilPgnicBPL938E0HYCYwywpr7+ZDTxBoCLxM FDG1s7JmAdFIWjTE0/j9Ck87922EYlbzirogQVE4UWG0oo2LckSKuwWWOMYjozBNPaKH MIyQ== X-Gm-Message-State: AOJu0YwEdoRNrTWwbga94PBTO4pRkWUmH1Sm7AiIovNoCyTLxg3Gq/ue EfOpMrTtntAOkpSB62hJgswiA62I0abWXLRPjVjazAdV9PhHR0vEwufLgCodW3Y9cAa+tE/k6Du w/5NXwpqffSghgg2dhaD5riA87jMkeVGI X-Gm-Gg: ASbGncsbAe0GhPp2FOOkgr4+crgYB3p0957tFOk5spWtfCFrk5ymNXzuuGdv/dQgnXl eZyqU9w/k1B4xS9726txTZXQriNMVDJKYUp8R37SOEEurhVaWWs79YSpNoHUwzTP8z3FviRV2er 3ZDiM67bc9wNMpFgXmbjNr4Q== X-Google-Smtp-Source: AGHT+IFFtKYW055WA1rHOfBtQkpzt3NWGhekzkpqwwfM+uQXyrtQGN9VAqYs7XvAhFKdIrt8cjcF5V2bMfahX4IEn3Y= X-Received: by 2002:a17:90b:254c:b0:2ee:aed6:9ec2 with SMTP id 98e67ed59e1d1-306a6159281mr1884276a91.14.1743736676201; Thu, 03 Apr 2025 20:17:56 -0700 (PDT) MIME-Version: 1.0 References: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> <86a58x26r9.fsf@HIDDEN> In-Reply-To: <86a58x26r9.fsf@HIDDEN> From: =?UTF-8?Q?Gergely_Risk=C3=B3?= <gergely.risko@HIDDEN> Date: Fri, 4 Apr 2025 05:17:44 +0200 X-Gm-Features: AQ5f1JqTqjIkpthOOHEIrVgmrLI0UupuTIgJ7VdadiBFx1ICW0SrKrsENDkFo8k Message-ID: <CAMhZOOykF8tez1g2vDnWJED4W=Oyq7fSKNXgAdZq_WWTnOvuFA@HIDDEN> Subject: Re: bug#77469: finder-inf is not autocompiled on installation To: Eli Zaretskii <eliz@HIDDEN> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77469 Cc: 77469 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) On Thu, Apr 3, 2025 at 6:45=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wrote: > Why is it important to compile it? It defines 2 variables, and has no > code. What would be gained by compiling it? Hey Eli, thanks for coming back to me this fast. The background is this: https://github.com/radian-software/straight.el/issues/1190 I'm trying to optimize my .emacs, and as part of that, I set up load suffixes a way, that only .elc is searched, nothing else. This works, because my whole package setup is byte-compiled with straight. Core emacs is byte-compiled in debian, so everything works out. The only outlier is this one file. After my .emacs finished, as the last thing I set back the load suffix setup to normal, so describe-function and similar stuff works with .el.gz source files in Debian. Because of the explosion of load-path with packages, this trick gives a big win during emacs startup time. Cheers, Gergely
bug-gnu-emacs@HIDDEN:bug#77469; Package emacs.
Full text available.Received: (at 77469) by debbugs.gnu.org; 3 Apr 2025 04:45:15 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 03 00:45:15 2025 Received: from localhost ([127.0.0.1]:60396 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u0CS3-0004Yr-1o for submit <at> debbugs.gnu.org; Thu, 03 Apr 2025 00:45:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58072) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1u0CS1-0004VO-38 for 77469 <at> debbugs.gnu.org; Thu, 03 Apr 2025 00:45:13 -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 <eliz@HIDDEN>) id 1u0CRv-0004vu-J3; Thu, 03 Apr 2025 00:45:07 -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=uwzu4ResNwWYkJKqXVRve1kCpbZqv0QwcaEIYpbn8rU=; b=SIx/yVi0dHy+DpslaVG2 JR/QkiRCNHoiQ9AWyMTmEZh+nQkCDyCPDcH4PpsrLb+mK2Uaf20AEVe0VqIlfMWC5DIitNNwjPUSo b5YeQUqCHtj3MBXbvfBFETZht4ilkzxEmpbiEnB96UXTDVayaTef3KUVL5D1VOCaqBzmj0GDqCLHn OnwK7tVfPk58UhKkGABRavB7brIfa/AnkFtfK4ypATA7YgvHrY6Qky0/hQTT/QxPCY0bpQK63pxQf L2XFcr+ZoAbe/mEpHSgEdfb8L6seX9igExFXE7ctmAB1Jr9bN1LAN4kaRhquhPU3l0vC8ajMoQfNy p6+FYQo5aHJR+Q==; Date: Thu, 03 Apr 2025 07:44:58 +0300 Message-Id: <86a58x26r9.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Gergely =?utf-8?Q?Risk=C3=B3?= <gergely.risko@HIDDEN> In-Reply-To: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> (message from Gergely =?utf-8?Q?Risk=C3=B3?= on Wed, 2 Apr 2025 21:25:48 +0200) Subject: Re: bug#77469: finder-inf is not autocompiled on installation References: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77469 Cc: 77469 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Gergely Riskó <gergely.risko@HIDDEN> > Date: Wed, 2 Apr 2025 21:25:48 +0200 > > Hey, > > On a fresh git head `./autogen.sh ; ./configure --prefix=/emacs-test ; > make ; make install` the end-resulting path doesn't have finder-inf > byte compiled: > > $ find | grep finder-inf > ./share/emacs/31.0.50/lisp/finder-inf.el > > This is a bit annoying, because the whole rest of Emacs can be loaded > just from elc files, this is the last holdout. Why is it important to compile it? It defines 2 variables, and has no code. What would be gained by compiling it?
bug-gnu-emacs@HIDDEN:bug#77469; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 2 Apr 2025 19:26:14 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 02 15:26:14 2025 Received: from localhost ([127.0.0.1]:59494 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u03j3-00071K-UD for submit <at> debbugs.gnu.org; Wed, 02 Apr 2025 15:26:14 -0400 Received: from lists.gnu.org ([2001:470:142::17]:35058) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <gergely.risko@HIDDEN>) id 1u03j1-00070w-KX for submit <at> debbugs.gnu.org; Wed, 02 Apr 2025 15:26:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <gergely.risko@HIDDEN>) id 1u03iv-0002or-IR for bug-gnu-emacs@HIDDEN; Wed, 02 Apr 2025 15:26:05 -0400 Received: from mail-pf1-x430.google.com ([2607:f8b0:4864:20::430]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <gergely.risko@HIDDEN>) id 1u03is-0002tS-Vw for bug-gnu-emacs@HIDDEN; Wed, 02 Apr 2025 15:26:05 -0400 Received: by mail-pf1-x430.google.com with SMTP id d2e1a72fcca58-7390d21bb1cso128461b3a.2 for <bug-gnu-emacs@HIDDEN>; Wed, 02 Apr 2025 12:26:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743621960; x=1744226760; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=n0IooviWkY1qcJxGifUKklELIWeR3ZvIvKLJss5+g+A=; b=hCKDZJ35IhwqcoXK1TRUi18Ck28q5+Ty/NGQC4C7RBTmJb6k/D6r6NzV64mQO5+7jj PkkUCqJfOlIO321SvOwYnIC9PusJCYzpU+3Di4Pz451YCuU+BZaO/r4ZVc64R7yeauR5 ax6YthdbZHPlcsT+jKt4L7UQEQWJ7TN+XXbKu01pMidw1kuR/qoS8NinkgAl5jlobkY7 MzSwfNkzHD0bo6dXL1yGmlas71XD7RkHl8VHtVnHm5rhYN2m/2Zu54dwb9zetH4My7pd YWJxujcrKoB6pGzbTf75mZF0Pnaw2IW4hU1wAeCzVd1OvC631YEYCJlG+uNn6XNtStD+ PPpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743621960; x=1744226760; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=n0IooviWkY1qcJxGifUKklELIWeR3ZvIvKLJss5+g+A=; b=m02im2ph0DJkXfPAClYtp4gtsKkgDFMY6ZI+uoOrEL3izh/xBvTQFLx2jLfH3TnWEM 5qfZyApyl8f32OD8fHdnvFdFyJDj1KCjb7qgSnRetso1ICJKnxCmg7CuMt0QGkbpl2eO 1AXwP6QBjNwvLHrByp29SzQC8slOhy1xJfMay+x19m+fdO4KfwigMQt59RoSZ6Zrb7nq 7BAoKoXbq45yKXCcOYw+I34Dy7ikXOMktwg9jli/0+nsgeNyOv4Mp9zfVblnBthCWkfV OCfTURLAym9/Jf4mUKAW3lNm6oOw35kkpzYRlN/Ckd5bgyOVXjYD+uCW8uTdfND0CxfI K3KQ== X-Gm-Message-State: AOJu0YwV48B8MaWCXpYyQH48wNOJsl7kAhUZm6nDW4HsG3LmdpOiHPIV oLlI15xq7LugZGDYuIWC2NN65bbM6Eikw4ILDQy3DsWjVshx93D/U5lCRLbKnUgR57xWwY6LVz9 6ANgKhIgs9wf/tr1Dx10kkOIhPXtwy4i6 X-Gm-Gg: ASbGncsrSxAEtl1uNqYTXGEEedslhufuS3/VhGc5/+WUI0slzxkuJnrHFfWcs+piVRc T/3SodDxSWrkQpqcXD9pKShEDBzSiwhVpDvHhDS24P6e5F7hcAOuPidKnljIdgDMsCY/xXV2/Sv pKP8lGzuyQx3AN14K9WRR9pkbKdB9YxQ== X-Google-Smtp-Source: AGHT+IFTFuItPouuIAGRuFHztaHehTDbw4p8HvrXU9yvDeA1mM/15e/G2D8qo0w259wwf8a6Fjau5inRqR031gAjZ6E= X-Received: by 2002:a05:6a20:9f90:b0:1f5:82ae:69d1 with SMTP id adf61e73a8af0-200d140cae0mr11336173637.20.1743621959986; Wed, 02 Apr 2025 12:25:59 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?Q?Gergely_Risk=C3=B3?= <gergely.risko@HIDDEN> Date: Wed, 2 Apr 2025 21:25:48 +0200 X-Gm-Features: AQ5f1JqVnmUFCD-PMGbPNt248yJ-mxtfHCIJGVNZv6-O6YRzbTGdraB3Do1UXeQ Message-ID: <CAMhZOOwwXcLPXCG2bP4sNMV_oe3eu-vjR6anjkuDe1sV0iUcsg@HIDDEN> Subject: finder-inf is not autocompiled on installation To: bug-gnu-emacs@HIDDEN Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2607:f8b0:4864:20::430; envelope-from=gergely.risko@HIDDEN; helo=mail-pf1-x430.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.0 (/) Hey, On a fresh git head `./autogen.sh ; ./configure --prefix=/emacs-test ; make ; make install` the end-resulting path doesn't have finder-inf byte compiled: $ find | grep finder-inf ./share/emacs/31.0.50/lisp/finder-inf.el This is a bit annoying, because the whole rest of Emacs can be loaded just from elc files, this is the last holdout. Cheers, Gergely
Gergely Riskó <gergely.risko@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#77469; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.