From unknown Sun Jun 22 11:35:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15112: 24.3; package.el byte compile autoloads Resent-From: Kevin Ryde Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Aug 2013 01:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 15112 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 15112@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.137670162118480 (code B ref -1); Sat, 17 Aug 2013 01:08:02 +0000 Received: (at submit) by debbugs.gnu.org; 17 Aug 2013 01:07:01 +0000 Received: from localhost ([127.0.0.1]:35540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VAUyq-0004nv-D8 for submit@debbugs.gnu.org; Fri, 16 Aug 2013 21:07:01 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59354) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VAUyl-0004nX-V5 for submit@debbugs.gnu.org; Fri, 16 Aug 2013 21:06:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VAUyV-0001Eq-U0 for submit@debbugs.gnu.org; Fri, 16 Aug 2013 21:06:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-100.0 required=5.0 tests=BAYES_20, USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:55889) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VAUyV-0001Ek-Qp for submit@debbugs.gnu.org; Fri, 16 Aug 2013 21:06:39 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:32787) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VAUyN-0002z4-K0 for bug-gnu-emacs@gnu.org; Fri, 16 Aug 2013 21:06:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VAUyB-0001Aa-0q for bug-gnu-emacs@gnu.org; Fri, 16 Aug 2013 21:06:31 -0400 Received: from mailout1-11.pacific.net.au ([125.255.80.130]:55872 helo=mailout3-syd3.pacific.net.au) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VAUyA-00019W-MM for bug-gnu-emacs@gnu.org; Fri, 16 Aug 2013 21:06:18 -0400 Received: from mailproxy3-syd3.pacific.net.au (mailproxy3-syd3.pacific.net.au [61.8.2.164]) by mailout3-syd3.pacific.net.au (Postfix) with ESMTP id 0ECBF396E89 for ; Sat, 17 Aug 2013 11:06:11 +1000 (EST) Received: from blah.blah (unknown [203.26.175.127]) by mailproxy3-syd3.pacific.net.au (Postfix) with ESMTP id 99121578071 for ; Sat, 17 Aug 2013 11:06:03 +1000 (EST) Received: from gg by blah.blah with local (Exim 4.80) (envelope-from ) id 1VAUwk-0001ww-O2 for bug-gnu-emacs@gnu.org; Sat, 17 Aug 2013 11:04:50 +1000 From: Kevin Ryde Date: Sat, 17 Aug 2013 11:04:50 +1000 Message-ID: <8738q96sb1.fsf@blah.blah> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.4 (---) When package.el installs a file, the foo-autoloads.el which it creates is not byte compiled. I hoped that it would be, because doing so allows the dynamic docstrings stuff to leave possibly big docstrings on disk until required. I see package-autoload-ensure-default-file contains ";; no-byte-compile: t\n" which is perhaps copied from autoload-rubric. Perhaps it could omit that to allow byte compile. I have presumed no-byte-compile in loaddefs is for the benefit of emacs' own loaddefs which are dumped. Perhaps for everyone else the default rubric could allow byte compiling. In GNU Emacs 24.3.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2013-05-29 on blah.blah, modified by Debian System Description: Debian GNU/Linux unstable (sid) Configured using: `configure '--build' 'i486-linux-gnu' '--build' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3/site-lisp:/usr/share/emacs/site-lisp' '--with-crt-dir=/usr/lib/i386-linux-gnu' '--with-x=yes' '--with-x-toolkit=lucid' '--with-toolkit-scroll-bars' '--without-gconf' 'build_alias=i486-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall' 'LDFLAGS=-Wl,-z,relro -Wl,-znocombreloc' 'CPPFLAGS=-D_FORTIFY_SOURCE=2'' Important settings: value of $LANG: en_AU locale-coding-system: iso-latin-1-unix default enable-multibyte-characters: t From unknown Sun Jun 22 11:35:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15112: 24.3; package.el byte compile autoloads References: <8738q96sb1.fsf@blah.blah> In-Reply-To: <8738q96sb1.fsf@blah.blah> Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Aug 2019 13:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15112 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kevin Ryde Cc: Noam Postavsky , 15112@debbugs.gnu.org Received: via spool by 15112-submit@debbugs.gnu.org id=B15112.15669981699251 (code B ref 15112); Wed, 28 Aug 2019 13:17:01 +0000 Received: (at 15112) by debbugs.gnu.org; 28 Aug 2019 13:16:09 +0000 Received: from localhost ([127.0.0.1]:49953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i2xo0-0002P8-Om for submit@debbugs.gnu.org; Wed, 28 Aug 2019 09:16:09 -0400 Received: from mail-pf1-f176.google.com ([209.85.210.176]:37388) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i2xnw-0002OJ-TL for 15112@debbugs.gnu.org; Wed, 28 Aug 2019 09:16:07 -0400 Received: by mail-pf1-f176.google.com with SMTP id y9so1722149pfl.4 for <15112@debbugs.gnu.org>; Wed, 28 Aug 2019 06:16:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=V9wreoc7VgP1Q/HaBvIgGBKys79ynJZaZAcUk+L+fzo=; b=nzBDQcSdcMbQeA9oUc1aTJsXpE90stqTEhN5Jo26nOZJkAoG6boW4N+UmIY8U+tjqO fPbBa99X7dXutAWXmktAJy23W6u6Bo1A3MEBvElR+/ol4r+uv9U5xhDWljmGw4a+fL3f vLUHwy/L6C0YdAe2gcnP4rBELFxsLiiNb1khmDRX2zSLDRmfz5CwsbuQW/8wQd8kNTYK k/wi2oE4MMWbPwPAr/i7LCpnxqNNUhWrXM4AzxqthXF3supR/nkRt3Vi1B9viQdKsyCh 5DZlZt8FTOhmu4Tva1aExEy+Mvc8YSaE1LmazzoJIK2z5E2UulUng0UCINZJ280vrs5U cAWw== X-Gm-Message-State: APjAAAUBq5OajhF1Oybjtlw3TPPpJnYKDvBra7M6usfb4T+/1oXBhH+c nL3I5pSedIsZJ/MNOV175+N35QCK1RL5wwIgBwo= X-Google-Smtp-Source: APXvYqxeMZ+J0+DsO+w85NzESn2tk7jpEXC2p85QTXuft384kFntquz7iL7OvTQVE6Zg175JlZpK4WnRXAXF66jKS3A= X-Received: by 2002:a63:69c1:: with SMTP id e184mr3282723pgc.198.1566998159043; Wed, 28 Aug 2019 06:15:59 -0700 (PDT) MIME-Version: 1.0 From: Stefan Kangas Date: Wed, 28 Aug 2019 15:15:46 +0200 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.4 (/) 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.6 (/) Kevin Ryde writes: > When package.el installs a file, the foo-autoloads.el which it creates > is not byte compiled. I hoped that it would be, because doing so allows > the dynamic docstrings stuff to leave possibly big docstrings on disk > until required. > > I see package-autoload-ensure-default-file contains > > ";; no-byte-compile: t\n" > > which is perhaps copied from autoload-rubric. Perhaps it could omit > that to allow byte compile. > > I have presumed no-byte-compile in loaddefs is for the benefit of emacs' > own loaddefs which are dumped. Perhaps for everyone else the default > rubric could allow byte compiling. package-autoload-ensure-default-file now uses autoload-rubric internally and no longer contains the line quoted above with "no-byte-compile". However, autoload-rubric still contains it. I guess the question is if it's there for good reason or could perhaps be omitted. If there's a good reason for it, perhaps this bug should be closed as wontfix. Noam, I noted that you added a comment to this particular line recently in commit 1f7b602f84. Could you perhaps shed some light on why we use no-byte-compile here? Thanks, Stefan Kangas From unknown Sun Jun 22 11:35:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15112: 24.3; package.el byte compile autoloads Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Aug 2019 14:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15112 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: Kevin Ryde , 15112@debbugs.gnu.org Received: via spool by 15112-submit@debbugs.gnu.org id=B15112.156700371527014 (code B ref 15112); Wed, 28 Aug 2019 14:49:01 +0000 Received: (at 15112) by debbugs.gnu.org; 28 Aug 2019 14:48:35 +0000 Received: from localhost ([127.0.0.1]:51035 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i2zFS-00071d-N5 for submit@debbugs.gnu.org; Wed, 28 Aug 2019 10:48:34 -0400 Received: from mail-io1-f46.google.com ([209.85.166.46]:44666) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i2zFO-00071O-M0 for 15112@debbugs.gnu.org; Wed, 28 Aug 2019 10:48:31 -0400 Received: by mail-io1-f46.google.com with SMTP id j4so6306642iog.11 for <15112@debbugs.gnu.org>; Wed, 28 Aug 2019 07:48:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=2G1SXDT9OoLkAtMLz4LF6wxufDsjrI64aBdJd86nWBg=; b=eBWbXsDqVow3f7EhjPmYb4fWWPzje7vVpQoceAKOzEZAPbHFYXZ60EKBoBk8c4Wh45 V2BBhFQsF0OnrZ4GiVlb7QU4T7Gg+Vu2vEupJSNHF0SNPr67Np9qz+ubKKvvZ/KY0tw6 AVRZkGVIFdjYl//YQypdzK6R1cKIKtI1m+V70gSvcBaRQAArveh2J3S0dCljiVDkegoS bUrK1mrHOG6+qgOujVUonBgcKuqVi49BhoKF06hxsDPWSyYOkuAt7ePU39i5Zh6R6QaL KqP1vv9zFyCBZAmZ05F7oGnon/v+kLyEQ4Fw1yRoNjlKu+OX1iu3XOLjasnvKDEVXABY sqNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=2G1SXDT9OoLkAtMLz4LF6wxufDsjrI64aBdJd86nWBg=; b=XzpBFNOMGFONs2V6nhrWwfsEej5d3sffYKvuulp1WCEeCJ+fElA3Q7eldT77eBoc5+ +1wniIvEP1J932FhHweKhxLBfl2RRGHBLHeGQ31ddRk9vY6TZGlExj4P7HaOJl9El996 iB4nz6uV5ufgjWQ+OSjBK8ZJ8Gj4q/yXzXWwoPfA9/jfAgGQ5MWCUUoakUBsdCGpOcRS rXBlTO8JSSEtu3QRrdTDHi+uXikPCudOoBnEHi7i1viB0suYx0HV74fky3BPLOkZk9W/ 7falOI482hQR/ThGOzv780D6hGFWVSpIV2QSfgz85HkGS2KLnbTtX6UFIiNfGBtvUqVb P4EA== X-Gm-Message-State: APjAAAUCOopbG1Oewn3nhbBDPoPdx0R+KbwpYOPOx1YYplz6j8T5uMtn MPIVTqRQN9Gx6OY5Av4HmNy1nxvn X-Google-Smtp-Source: APXvYqy8ugPd8ikyuquarwFQo2BXHQRrk62sKJCnxFohCR/ZmF6tsAdhIHyYmq4Xo14zQ/hZMtcaUw== X-Received: by 2002:a5d:9f50:: with SMTP id u16mr4846113iot.110.1567003704893; Wed, 28 Aug 2019 07:48:24 -0700 (PDT) Received: from vhost2 (CPE001143542e1f-CMf81d0f809fa0.cpe.net.cable.rogers.com. [99.230.38.42]) by smtp.gmail.com with ESMTPSA id s11sm2393577ioo.45.2019.08.28.07.48.23 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 28 Aug 2019 07:48:23 -0700 (PDT) From: Noam Postavsky References: <8738q96sb1.fsf@blah.blah> Date: Wed, 28 Aug 2019 10:48:24 -0400 In-Reply-To: (Stefan Kangas's message of "Wed, 28 Aug 2019 15:15:46 +0200") Message-ID: <85zhjtibwn.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.92 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Kangas writes: > package-autoload-ensure-default-file now uses autoload-rubric internally > and no longer contains the line quoted above with "no-byte-compile". > However, autoload-rubric still contains it. > > I guess the question is if it's there for good reason or could perhaps > be omitted. If there's a good reason for it, perhaps this bug should be > closed as wontfix. > > Noam, I noted that you added a comment to this particular line recently > in commit 1f7b602f84. Could you perhaps shed some light on why we use > no-byte-compile here? As the comment says "#$ is byte-compiled into nil", and we use #$ in the generated autoloaded file. So byte-compiling would break it. I think it would work to use load-file-name instead. From unknown Sun Jun 22 11:35:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15112: 24.3; package.el byte compile autoloads Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Nov 2020 02:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15112 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Noam Postavsky Cc: Kevin Ryde , 15112@debbugs.gnu.org Received: via spool by 15112-submit@debbugs.gnu.org id=B15112.160635869018006 (code B ref 15112); Thu, 26 Nov 2020 02:45:02 +0000 Received: (at 15112) by debbugs.gnu.org; 26 Nov 2020 02:44:50 +0000 Received: from localhost ([127.0.0.1]:37636 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ki7H8-0004gL-BG for submit@debbugs.gnu.org; Wed, 25 Nov 2020 21:44:50 -0500 Received: from mail-ej1-f52.google.com ([209.85.218.52]:39386) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ki7H6-0004g8-4P for 15112@debbugs.gnu.org; Wed, 25 Nov 2020 21:44:48 -0500 Received: by mail-ej1-f52.google.com with SMTP id mc24so699253ejb.6 for <15112@debbugs.gnu.org>; Wed, 25 Nov 2020 18:44:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc :content-transfer-encoding; bh=CTlPjJBAVaXPyfko7Jpb2uhArfeyDo+nBwlKDhUOv+8=; b=GofLu50PlVNx8a69hDRpCz10+HXVOKKY32IeDWyTpWEBb5u3WBxnKhjoqwx7gdFUyW WBP8IduCEFXcAUU4vhcjNAzcNnn+8aMl6fTzCB9PWGbZi0WzglJdr8EnCq15JoEOJXY5 BCo9GbI8qdLCEsD908noZx5YbvO8vTQMb7EDlfsdBi/CpRKn3MtidcUA+8lK0FVn/Geh aafet71hShQ9VhvhqrQw+1ar4HDKRRH6mbHrCoh0FlOvjqm+ONHErqhrjXhbsa4iDK9q Ck6blaCmuJLWXBqqa2LMe978tKnGite0AyLTcLss+EVaISJtLZfm9Ak7Z0SJPr4204IW KHjg== X-Gm-Message-State: AOAM533lC9FSKcWQ9Vexn0vXkfPmpG9VPB1/vcPtbjVGrL3YnDsRv4uI zKp+LrAphgz2lVYuWi5mNN8qZK8AdohornIMw3s= X-Google-Smtp-Source: ABdhPJzlL8E29ZS8j03dA9Ib7IjUTRX9neFDNJlBFkCjLDs/z5YPJwkaBzkETxpzAcGQUKSE9Da2hwHwnJ0RvkGJ3W4= X-Received: by 2002:a17:906:451:: with SMTP id e17mr798286eja.477.1606358682376; Wed, 25 Nov 2020 18:44:42 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 25 Nov 2020 21:44:41 -0500 From: Stefan Kangas In-Reply-To: <85zhjtibwn.fsf@gmail.com> (Noam Postavsky's message of "Wed, 28 Aug 2019 10:48:24 -0400") References: <8738q96sb1.fsf@blah.blah> <85zhjtibwn.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Wed, 25 Nov 2020 21:44:41 -0500 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) 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.5 (/) Noam Postavsky writes: > Stefan Kangas writes: > >> package-autoload-ensure-default-file now uses autoload-rubric internally >> and no longer contains the line quoted above with "no-byte-compile". >> However, autoload-rubric still contains it. >> >> I guess the question is if it's there for good reason or could perhaps >> be omitted. If there's a good reason for it, perhaps this bug should be >> closed as wontfix. >> >> Noam, I noted that you added a comment to this particular line recently >> in commit 1f7b602f84. Could you perhaps shed some light on why we use >> no-byte-compile here? > > As the comment says "#$ is byte-compiled into nil", and we use #$ in the > generated autoloaded file. So byte-compiling would break it. > > I think it would work to use load-file-name instead. I made a little experiment and of course byte-compiling these files gives us a ton of headaches, see below. So I'm not sure this is all worth it. Do we have reason to believe that byte-compiling these files would give any significant performance increase? ELC net/tramp-loaddefs.elc In toplevel form: net/tramp-loaddefs.el:28:36: Warning: reference to free variable =E2=80=98tramp-methods=E2=80=99 net/tramp-loaddefs.el:28:36: Warning: assignment to free variable =E2=80=98tramp-methods=E2=80=99 net/tramp-loaddefs.el:28:217: Warning: reference to free variable =E2=80=98tramp-default-host-alist=E2=80=99 net/tramp-loaddefs.el:28:217: Warning: assignment to free variable =E2=80=98tramp-default-host-alist=E2=80=99 net/tramp-loaddefs.el:361:175: Warning: reference to free variable =E2=80=98tramp-default-method-alist=E2=80=99 net/tramp-loaddefs.el:361:175: Warning: assignment to free variable =E2=80=98tramp-default-method-alist=E2=80=99 net/tramp-loaddefs.el:373:36: Warning: reference to free variable =E2=80=98tramp-foreign-file-name-handler-alist=E2=80=99 net/tramp-loaddefs.el:373:36: Warning: assignment to free variable =E2=80=98tramp-foreign-file-name-handler-alist=E2=80=99 ELC net/tramp-rclone.elc net/tramp-loaddefs.el:521:7366: Warning: reference to free variable =E2=80=98tramp-local-host-regexp=E2=80=99 net/tramp-loaddefs.el:521:7424: Warning: reference to free variable =E2=80=98tramp-default-user-alist=E2=80=99 ELC net/tramp-sh.elc net/tramp-loaddefs.el:521:7541: Warning: assignment to free variable =E2=80=98tramp-default-user-alist=E2=80=99 In end of data: net/tramp-loaddefs.el:768:1: Warning: the following functions are not known= to be defined: tramp--with-startup, tramp-set-completion-function, tramp-tramp-file-p, tramp-file-name-method, tramp-dissect-file-name, tramp-register-foreign-file-name-handler, tramp-compat-file-name-quoted= -p ELC net/tramp-smb.elc ELC net/tramp-sudoedit.elc ELC net/tramp-uu.elc ELC net/tramp.elc In toplevel form: net/tramp-rclone.el:39:1: Error: Symbol=E2=80=99s value as variable is void= : tramp-methods make[3]: *** [Makefile:295: net/tramp-rclone.elc] Error 1 make[3]: *** Waiting for unfinished jobs.... In toplevel form: net/tramp-sh.el:35:1: Error: Symbol=E2=80=99s value as variable is void: tr= amp-methods make[3]: *** [Makefile:295: net/tramp-sh.elc] Error 1 In toplevel form: net/tramp-smb.el:31:1: Error: Symbol=E2=80=99s value as variable is void: t= ramp-methods make[3]: *** [Makefile:295: net/tramp-smb.elc] Error 1 In toplevel form: net/tramp-sudoedit.el:37:1: Error: Symbol=E2=80=99s value as variable is vo= id: tramp-methods make[3]: *** [Makefile:295: net/tramp-sudoedit.elc] Error 1 In toplevel form: net/tramp.el:89:1: Error: Symbol=E2=80=99s value as variable is void: tramp= -methods make[3]: *** [Makefile:295: net/tramp.elc] Error 1 make[3]: Leaving directory '/home/skangas/wip/emacs/lisp' make[2]: *** [Makefile:318: compile-main] Error 2 make[2]: Leaving directory '/home/skangas/wip/emacs/lisp' make[1]: *** [Makefile:411: lisp] Error 2 make[1]: Leaving directory '/home/skangas/wip/emacs' make: *** [Makefile:1126: bootstrap] Error 2 From unknown Sun Jun 22 11:35:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15112: 24.3; package.el byte compile autoloads Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Nov 2020 09:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15112 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: Noam Postavsky , 15112@debbugs.gnu.org Received: via spool by 15112-submit@debbugs.gnu.org id=B15112.160638327624660 (code B ref 15112); Thu, 26 Nov 2020 09:35:01 +0000 Received: (at 15112) by debbugs.gnu.org; 26 Nov 2020 09:34:36 +0000 Received: from localhost ([127.0.0.1]:38418 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiDff-0006Pg-Tc for submit@debbugs.gnu.org; Thu, 26 Nov 2020 04:34:36 -0500 Received: from mout.gmx.net ([212.227.15.19]:44355) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiDfd-0006PQ-Hb for 15112@debbugs.gnu.org; Thu, 26 Nov 2020 04:34:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1606383266; bh=unrRr/NSgxZCnxlDwmkTMteg21THsz7pRQ87q8/9C68=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=TO3YpIh7H0gHhwS3xSBqskYKMzhf2XXmYQStKWUqBB6KhmKGpkKH5M/SDcx54mvkF gNXZgw4Y+GoOptuHpvuL7ZqoR1O7w/J/srodWvkEsYqdkkF1NiSYqUYw+/gAVpevS3 zbGgxljj0jtfZ0olkLJF+XcpVCdzhYdnL3rE2TBM= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([178.20.90.0]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MDywo-1kYHVG1I7o-00A0cr; Thu, 26 Nov 2020 10:34:26 +0100 From: Michael Albinus In-Reply-To: (Stefan Kangas's message of "Wed, 25 Nov 2020 21:44:41 -0500") References: <8738q96sb1.fsf@blah.blah> <85zhjtibwn.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Date: Thu, 26 Nov 2020 10:34:24 +0100 Message-ID: <87im9s8nrz.fsf@gmx.de> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:B2hAi/YbCm5XrzHCyfT9zc4DVZSUvx7aWU+Vn+H0+8XsNEPKq5V cA9odUV5bwEGhouH0WLM4390LqwqebSrRHD7AWITLb03rfc+8QGb8A2cUTBDOldkvieOmUu tq0pFGSoAqVQW2P89cvt6pOj9aQfDLc9lXOgIfZGT2yDrY9Gke93ua3bCsBmy48Le12dSrF /sGqni+Tk3sqi4Bs1jqYQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Q6VIp5nztkQ=:aEzR/KnMfz+e4mQZmhW/ax jjufQkQYJTP9Qe7JjQ0OWE+Q3kcpKmBXnafHTipjEUbhQ8MQ3zBvn9P51J8R3D0fOgyrvn50Q Pf20aZB6Xsig0uMmiySGHZA6iBEASHISD4LtMFkS8JNomCqxV2iZ6YE9BihuCfro+8SiS/5CL Va7gMDoi9jZLGNFcJPDPViFsQev2gqIimR0H3hctvFTMEYdC7fQb7PlPv+8/MlE/oEUv8bvDj kxS+2vRofn+NE/Q2QBDURtqb9KX4unhcVqIPnQGvzvJogAQSpZFfa/8D+CHtOhe+/BHc+RcFS g+yIebz3A6IkGk2gBI+pMO2zyzbWGEaefl3utqoKpFodBo0GJPA7EVFKLNLDarRTzoPMPDWHA flgYAAYSieQpSsvGT1rxLXJuBRo22pKaZBL6GmNtCwmqnEvdoPpbCkg7e+IxIkrttH6x/Esbk bFLK3jkJ1RbPwQD0jCx/bbb69iqHLIzJ+WnbeGzE/P8Qu7OfuFfLZCuiLQPrZ58FkOLu45uVB 42iVMAi60wEWTyihDWbUBCBI+QlYvr0NktWbaPfe1JAFLjcqGSbuNsqrlOuJ4XZboz6f4ExpK bJmdPA99yl7mX3vl/g70o1vMtApZs2+Vq4DBOnm4HCytTCjSU+nEP+xgb0GYeT2xnw+aSmgW+ lhvbGLw8GeHqcQXsUlUPci2VlqeRSM6Ig0y6W5USGJkZVcnWX/xTaZQ0f8YxvO41TWKhJcHAe B78gA8S+lbIBeRTfwTeC57i4SiYFIOOFojjL3w0tjuGe1FvtdUWZ0tPSj2Oopo/61Sf9i9/gu 6jOqEaB2TjloaxspijRXiL6mrccOZ2Yd4vNYGVtYY+X79y5xaWUomyJW0f2oR4ga2xpB+qjTL ep5d35Kxz9s2oESQcp/w== X-Spam-Score: -0.7 (/) 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 (-) Stefan Kangas writes: Hi Stefan, > I made a little experiment and of course byte-compiling these files > gives us a ton of headaches, see below. So I'm not sure this is all > worth it. Do we have reason to believe that byte-compiling these files > would give any significant performance increase? > > ELC net/tramp-loaddefs.elc I don't know which kind of experiment you have applied, so I cannot say anything about the compilation errors. However, I wonder where paths like "net/tramp-loaddefs.elc" come from. We're speaking about package.el, meaning we're speaking about ELPA. Tramp in ELPA doesn't use any subdirectory "net". Anyway, I don't believe we'll see a performance boost after byte-compiling loaddef files. They just contain function and variable declarations, no implementation (but the initial values of variables). There are exceptions like in tramp-loaddefs.el, but they still don't count wrt performance, I believe. Best regards, Michael. From unknown Sun Jun 22 11:35:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15112: 24.3; package.el byte compile autoloads Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Nov 2020 10:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15112 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Noam Postavsky , 15112@debbugs.gnu.org Received: via spool by 15112-submit@debbugs.gnu.org id=B15112.16063859254617 (code B ref 15112); Thu, 26 Nov 2020 10:19:01 +0000 Received: (at 15112) by debbugs.gnu.org; 26 Nov 2020 10:18:45 +0000 Received: from localhost ([127.0.0.1]:38568 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiEMO-0001CP-M5 for submit@debbugs.gnu.org; Thu, 26 Nov 2020 05:18:44 -0500 Received: from mail-ej1-f50.google.com ([209.85.218.50]:38214) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiEMN-0001CC-3t for 15112@debbugs.gnu.org; Thu, 26 Nov 2020 05:18:43 -0500 Received: by mail-ej1-f50.google.com with SMTP id a16so2138568ejj.5 for <15112@debbugs.gnu.org>; Thu, 26 Nov 2020 02:18:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=0cHDOOGd0Cuf3J8EqXqsQ23beerggf79UcswfrXXXt0=; b=lSlelPoJ2QDIAQ7iWwzFQdRExs3prgCACcX/5ZwDWbfuCBEb56ohA30zYI9KR9xLer VKe/7VECwr6KIQZgFTknXN5ggpdDXXy4/QNha6J267AQ6vZIDyi2brDE2+98GCNwtWXY Qf2f5rCErAmBYmpXZZaJVxKdHPpHJVUnrT8Q+mIjF4we8569jc6Jpunq3EQm6NOVxhA6 57LRM6cUMm/SCZvTYGyk8nZLUGjQPSlOYLX0ew0Q2xRJvHAoi1748M0I33u2Xq4sYXoR YzR085uqgpp2XZKvocdbAgy8am5WZFMuFfivbxcnVQcy58bdDmrtGb3cNSXEtWiwRavK 2Bgg== X-Gm-Message-State: AOAM532gq4dnGv8wZTAy2uvJ8JjtJ8eS6QOoX8uVhzWYQ/SrjAx31pA3 pA7uMIE/3dgDKiKwq8dsqH6f3f1M6Jygdx6LzPg= X-Google-Smtp-Source: ABdhPJxCHAn0or2udoEj8i3XyFcZm9CFSEX4rGAJSm3Nj5M/RR3/d5ivIfxtNCeFZRrSkbsM6xECDrAp5jlKFPsj1P0= X-Received: by 2002:a17:906:11d0:: with SMTP id o16mr2037086eja.25.1606385917249; Thu, 26 Nov 2020 02:18:37 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 26 Nov 2020 05:18:36 -0500 From: Stefan Kangas In-Reply-To: <87im9s8nrz.fsf@gmx.de> References: <8738q96sb1.fsf@blah.blah> <85zhjtibwn.fsf@gmail.com> <87im9s8nrz.fsf@gmx.de> MIME-Version: 1.0 Date: Thu, 26 Nov 2020 05:18:36 -0500 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) 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.5 (/) Hi Michael, Michael Albinus writes: >> I made a little experiment and of course byte-compiling these files >> gives us a ton of headaches, see below. So I'm not sure this is all >> worth it. Do we have reason to believe that byte-compiling these files >> would give any significant performance increase? >> >> ELC net/tramp-loaddefs.elc > > I don't know which kind of experiment you have applied, so I cannot say > anything about the compilation errors. However, I wonder where paths > like "net/tramp-loaddefs.elc" come from. We're speaking about > package.el, meaning we're speaking about ELPA. Tramp in ELPA doesn't use > any subdirectory "net". I used this patch: diff --git a/lisp/emacs-lisp/autoload.el b/lisp/emacs-lisp/autoload.el index 07bda537b3..e32d74fa7c 100644 --- a/lisp/emacs-lisp/autoload.el +++ b/lisp/emacs-lisp/autoload.el @@ -373,7 +373,7 @@ autoload-rubric ";;; Code:\n\n" (if lp "(add-to-list 'load-path (directory-file-name - (or (file-name-directory #$) (car load-path))))\n= \n") + (or (file-name-directory load-file-name) (car load-path))))\n\n") "=0C\n" ;; This is used outside of autoload.el, eg cus-dep, finder. (if feature @@ -382,7 +382,6 @@ autoload-rubric (file-name-sans-extension basename)))) ";; Local Variables:\n" ";; version-control: never\n" - ";; no-byte-compile: t\n" ;; #$ is byte-compiled into nil. ";; no-update-autoloads: t\n" ";; coding: utf-8\n" ";; End:\n" And ran "make bootstrap". > Anyway, I don't believe we'll see a performance boost after > byte-compiling loaddef files. They just contain function and variable > declarations, no implementation (but the initial values of variables). > > There are exceptions like in tramp-loaddefs.el, but they still don't > count wrt performance, I believe. This would be my guess too. It seems like more trouble than it's worth. From unknown Sun Jun 22 11:35:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15112: 24.3; package.el byte compile autoloads Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Nov 2020 11:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15112 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: Noam Postavsky , 15112@debbugs.gnu.org Received: via spool by 15112-submit@debbugs.gnu.org id=B15112.16063916348821 (code B ref 15112); Thu, 26 Nov 2020 11:54:02 +0000 Received: (at 15112) by debbugs.gnu.org; 26 Nov 2020 11:53:54 +0000 Received: from localhost ([127.0.0.1]:39800 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiFqU-0002IC-FU for submit@debbugs.gnu.org; Thu, 26 Nov 2020 06:53:54 -0500 Received: from mout.gmx.net ([212.227.15.18]:58841) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiFqS-0002HP-F5 for 15112@debbugs.gnu.org; Thu, 26 Nov 2020 06:53:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1606391625; bh=iCN0HmymX5dKyCyxOO6vefVnSjlf4Nc7w16SvJrf/CM=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=jcvvDu+M6TGvxnwu57bXIAWKwuYWio5K9MUoqM6yez9r5I9hVt/MOGpfqc/SMIlkB mxu/vrE08L2SdcHkcQadHUa7Jmzf+9pesiIHkfJmEmRYRk+01fxkFjsFJT9ONgM/vh ZZ1VAb4QGXCxD6Qx62sMGHU7to4qmNuLAqNLSpkU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([178.20.90.0]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MHoRA-1kTPsl0jtm-00Ez9J; Thu, 26 Nov 2020 12:53:45 +0100 From: Michael Albinus References: <8738q96sb1.fsf@blah.blah> <85zhjtibwn.fsf@gmail.com> <87im9s8nrz.fsf@gmx.de> Date: Thu, 26 Nov 2020 12:53:43 +0100 In-Reply-To: (Stefan Kangas's message of "Thu, 26 Nov 2020 05:18:36 -0500") Message-ID: <87eekg8hbs.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:MZ7g3glJI+2q8W50XT1DHnwhxrqNgeH3OoU5uV4Ulkz6SlysNfJ AOgGcGQ4OMVwX3Qyy40f17HvYbyRM00fhgvkr7K/TlZhmoC4PM29IYFw4/uHWNESpKVk7/F SFpwqBo3kkZzwduGxcfWzOUmOQG6zI9VwqH8CqWILYK9hb9uFQJ+QBy3xPgkCTSYPrffctP 0B41UWFur8Wh45XFPu8UQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:d+aCWEnkPQM=:sYe9d2Z0kJpNYyauHbmgog BVzy1L9BEpeeSWHEmlP47EHgw8+t25smWf9oRmSf+/S/4sDGkyYUYuOx9D7U24M9RSo/wBgoi 43mLBefsQNxJm+yomgolQhimttvELF5JZlNGWYOIiETZ4bZx3a5nV0xFu/1wG1Y2KcaFGazts GKvdbTVjk1OtHkrze6i6fxaEIXzv2H2cvKXS+5xcLzXC9JBPw07OOeSKWdeS27iIl8lW+byPA uirWWXZJBlwlSZk7Jna26ynQI2c81mLl1CNxjNycpYu8vp6rcQHYk3lmpyUMQyhqESmUHJ8Tk jJHkbJ7StOUsnx1nRohAuRVQzcYF8djjOc84CMymt0bqyadhekkwo9SPrlxytyZIcgjkjXwM0 oJBwnAtevsLaL7MWV5ViZOI8uT5eBK8jdKlLSIHbUEsYBVlvq7WLbJ1RirFSP6xXlJ6dlkmEB qwNHQxSDdCoN4PSNWBWz7N/j6lnGtImROOT37Ke0UT0YYyiCoaUStYuFlTv7VktdSmHCY1SbC qQCQS53FS0EERimSNRflwxKisMQkqRH62qrK8No0fLToUjm/rYLRK0rLRstdIrKyQQprLZpnU MMRrM1085TXf6IwQTkHHVLJDECnRjiSHrCj4LsiYHT9L9J25obnvFixX3Pnn4UgcYqMC8Iuj1 gVylfUA6aN3sZTtiTO1nRR4CwYOVUdRXnCn4r5iPjgby9lXH68Neuw9hItGKMs8P04HRn0ODu 0+s2sUOZiUt7sPkS5ArOkHE1swkCYryoAPOIuvu7TVBV0qBdPlZniL6ToLjgADndQRVgvzN+w rGrtwCKx/n1rjhlKnEPyFyqDG5v2aeuAfztb+6Jn+g6LG6CEN8DSRmLhaudigw6pkZW+xAk// im+rWHM0decFuo/Xpppw== X-Spam-Score: -0.7 (/) 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 (-) Stefan Kangas writes: > Hi Michael, Hi Stefan, >> Anyway, I don't believe we'll see a performance boost after >> byte-compiling loaddef files. They just contain function and variable >> declarations, no implementation (but the initial values of variables). >> >> There are exceptions like in tramp-loaddefs.el, but they still don't >> count wrt performance, I believe. > > This would be my guess too. It seems like more trouble than it's worth. So I recommend to close the bug. Maybe you'll wait some few days whether somebody objects. Best regards, Michael. From unknown Sun Jun 22 11:35:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15112: 24.3; package.el byte compile autoloads Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Jan 2021 18:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15112 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Noam Postavsky , 15112@debbugs.gnu.org Received: via spool by 15112-submit@debbugs.gnu.org id=B15112.16095273838236 (code B ref 15112); Fri, 01 Jan 2021 18:57:01 +0000 Received: (at 15112) by debbugs.gnu.org; 1 Jan 2021 18:56:23 +0000 Received: from localhost ([127.0.0.1]:34864 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kvPb5-00028g-AS for submit@debbugs.gnu.org; Fri, 01 Jan 2021 13:56:23 -0500 Received: from mail-pl1-f181.google.com ([209.85.214.181]:46251) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kvPb3-00028M-KT for 15112@debbugs.gnu.org; Fri, 01 Jan 2021 13:56:22 -0500 Received: by mail-pl1-f181.google.com with SMTP id v3so11334090plz.13 for <15112@debbugs.gnu.org>; Fri, 01 Jan 2021 10:56:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=oSVLt8eF78eaQ5zQZoNn07S8QLCod+n3ngT47CfjbDM=; b=mwqSVMOYTfmTI64DmeemKCYTRcQrz8HDDME6CupUFy67PPLjk4BpDkZ+pxlEyIxjdm GCfu1CJ9pZP87nln3LqtU9f1JcqEmiHeWYzO8MW8FXvphOpiW9mhfalndy/MOU33AYHR 96LOAm4oWqflDjGQHLqvj9nFuQC5iw89SUwhS0NWzIFQGcHKL37Jmu8vKsoPnI6tsxXz ALURyUmXM9TnbFWYn7cSjYE/ujnu08lkAeeiPdg0vbUCJyJDNnZkZJODaRsNDuK/1vkN yPfpLg4+kphIyhdaMw0xo1i7AeS0oxU5fmbya5ZIMMhmct6HfL5nV1VFdFEB7ZOlIiXL jtyQ== X-Gm-Message-State: AOAM530iorY+tzHjc1vWiMUeBAWmzjzGGvrNU+09zHmEe/oNpIkNN3Gs V6JQIPaHoDHZQaWjsCafYCEO+qvMRrtdDlKkjlE= X-Google-Smtp-Source: ABdhPJwknAd9N4TpsI3ciN1E7yDcYxIHv1nz86JmOP1TXQYkvCa83qzYTiWU9j/MWSBUTKvOJUGYmR3dsiC9Ig38aiA= X-Received: by 2002:a17:902:d351:b029:db:e003:3b88 with SMTP id l17-20020a170902d351b02900dbe0033b88mr61685140plk.70.1609527375907; Fri, 01 Jan 2021 10:56:15 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 1 Jan 2021 12:56:15 -0600 From: Stefan Kangas In-Reply-To: <87eekg8hbs.fsf@gmx.de> (Michael Albinus's message of "Thu, 26 Nov 2020 12:53:43 +0100") References: <8738q96sb1.fsf@blah.blah> <85zhjtibwn.fsf@gmail.com> <87im9s8nrz.fsf@gmx.de> <87eekg8hbs.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Fri, 1 Jan 2021 12:56:15 -0600 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) 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.5 (/) tags 15112 + wontfix close 15112 thanks Michael Albinus writes: >>> Anyway, I don't believe we'll see a performance boost after >>> byte-compiling loaddef files. They just contain function and variable >>> declarations, no implementation (but the initial values of variables). >>> >>> There are exceptions like in tramp-loaddefs.el, but they still don't >>> count wrt performance, I believe. >> >> This would be my guess too. It seems like more trouble than it's worth. > > So I recommend to close the bug. Maybe you'll wait some few days whether > somebody objects. No further comments within 5 weeks, so I'm closing this as wontfix.