From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#38072: when `byte-compile-file' finds out that a file is `no-byte-compile', it ignores `load' parameter Date: Sat, 05 Sep 2020 09:21:02 +0300 Message-ID: <834kocrbg1.fsf@gnu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19448"; mail-complaints-to="usenet@ciao.gmane.io" Cc: pogonyshev@gmail.com, 38072@debbugs.gnu.org To: Stefan Kangas , Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Sep 05 08:22:10 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kERaT-0004vY-NY for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 05 Sep 2020 08:22:09 +0200 Original-Received: from localhost ([::1]:50032 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kERaS-00059u-Pf for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 05 Sep 2020 02:22:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49198) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kERaM-00057c-1X for bug-gnu-emacs@gnu.org; Sat, 05 Sep 2020 02:22:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58083) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kERaL-0003Nw-NP for bug-gnu-emacs@gnu.org; Sat, 05 Sep 2020 02:22:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kERaL-0002WG-JG for bug-gnu-emacs@gnu.org; Sat, 05 Sep 2020 02:22:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Sep 2020 06:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38072 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 38072-submit@debbugs.gnu.org id=B38072.15992868809633 (code B ref 38072); Sat, 05 Sep 2020 06:22:01 +0000 Original-Received: (at 38072) by debbugs.gnu.org; 5 Sep 2020 06:21:20 +0000 Original-Received: from localhost ([127.0.0.1]:41396 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kERZg-0002VJ-ES for submit@debbugs.gnu.org; Sat, 05 Sep 2020 02:21:20 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:38970) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kERZe-0002V7-U1 for 38072@debbugs.gnu.org; Sat, 05 Sep 2020 02:21:19 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58853) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kERZY-0003Ke-Pm; Sat, 05 Sep 2020 02:21:12 -0400 Original-Received: from [176.228.60.248] (port=3122 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kERZY-00021o-7j; Sat, 05 Sep 2020 02:21:12 -0400 In-Reply-To: (message from Stefan Kangas on Sat, 5 Sep 2020 00:30:38 +0000) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:187185 Archived-At: > From: Stefan Kangas > Date: Sat, 5 Sep 2020 00:30:38 +0000 > Cc: 38072@debbugs.gnu.org > > Compile a file of Lisp code named FILENAME into a file of byte code. > The output file’s name is generated by passing FILENAME to the > function ‘byte-compile-dest-file’ (which see). > With prefix arg (noninteractively: 2nd arg), LOAD the file after compiling. > ^^^^^^^^^^^^^^^ > > So should we load the file if we did not compile the file? I'm thinking > yes, and I don't see what it could hurt to change it to load the file. > If the user uses a prefix arg or the LOAD argument from Lisp, surely > that was the intention. > > But on the other hand the text above seems deliberate, somehow? (And > AFAICT the behavior has been not to load the file since pretty much > forever, possibly since byte-compilation was first added.) I'm indeed bothered by backward incompatibility of such a change. Paul expected the file to be loaded unconditionally, but how do we know someone else isn't expecting the opposite in this case? Also, do we want the same behavior in the interactive case? At the very least, if we decide to install this, the change in behavior should be in NEWS. Stefan, any comments on this?