From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#69533: 30.0.50; Wrong byte compilation of a certain apply syntax Date: Mon, 04 Mar 2024 09:10:42 +0100 Message-ID: <878r2y8lj1.fsf@web.de> References: <8734t6n4r5.fsf@web.de> <8734t6shpa.fsf@web.de> <87r0gqa175.fsf@epfl.ch> Reply-To: Michael Heerdegen Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22295"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 69533@debbugs.gnu.org, Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= To: "Basil L. Contovounesios" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Mar 04 09:10:44 2024 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 1rh3PI-0005ZW-4K for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 04 Mar 2024 09:10:44 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rh3P9-0002xt-Ac; Mon, 04 Mar 2024 03:10:35 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rh3P7-0002xd-1R for bug-gnu-emacs@gnu.org; Mon, 04 Mar 2024 03:10:33 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rh3P6-0000hE-Nx for bug-gnu-emacs@gnu.org; Mon, 04 Mar 2024 03:10:32 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rh3Pa-0005Aa-5L for bug-gnu-emacs@gnu.org; Mon, 04 Mar 2024 03:11:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Mar 2024 08:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 69533 X-GNU-PR-Package: emacs Original-Received: via spool by 69533-submit@debbugs.gnu.org id=B69533.170953985719861 (code B ref 69533); Mon, 04 Mar 2024 08:11:02 +0000 Original-Received: (at 69533) by debbugs.gnu.org; 4 Mar 2024 08:10:57 +0000 Original-Received: from localhost ([127.0.0.1]:41740 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rh3PU-0005AG-SU for submit@debbugs.gnu.org; Mon, 04 Mar 2024 03:10:57 -0500 Original-Received: from mout.web.de ([212.227.17.11]:42081) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rh3PS-0005A3-RI for 69533@debbugs.gnu.org; Mon, 04 Mar 2024 03:10:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1709539812; x=1710144612; i=michael_heerdegen@web.de; bh=3CNp5nXTWaYWnlLzKi32yXs5xa4XpZDZAyQt7xjf+DA=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References: Date; b=Le7Jh1vSQE9xi96dzgWP4zFVgsanGFGwqJ/FCkrCmyxeCiyp0PqvPd08DOt2+THz t6OKK4jvdYKZOhL4hTBgu45BwCN+nzt5rIeukDTNV+BPWWn02DeMFDRb77xdl3zWS i4hcgbUegmkLlN5iY5AfTpC4MyGuYTwxLQ7UbfwV1FHB4MamEtruttNlUSDlOzcOg MP0iKIvjAwjfHDl7wNZPONDsXnS95JRfielsDHu2PnfW903hI12XYItM2zczTog02 dE79SVmcpFV36Cev/x5odLwi8Uf+dH7dtgM+9gZ02Lom279PAL/WbmdapV7QGQDgJ BwTf19de4N2g3++6Ww== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from drachen.dragon ([92.76.229.82]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1Mcpuy-1r8GoQ2MLa-00a6nV; Mon, 04 Mar 2024 09:10:12 +0100 In-Reply-To: <87r0gqa175.fsf@epfl.ch> (Basil L. Contovounesios's message of "Mon, 04 Mar 2024 08:46:54 +0100") X-Provags-ID: V03:K1:Bz4HVxL6Jy4YVCvmiSv7EnNNH4P/4OJBE04RzF7XDcsQdxIDupL GtEE6DxwMLTgtf3KU5kmQegtjlui0x1VOiwUAGU/fCtB0YQFNW+QG8/aH8xukv5W6WR/2vO jC67jNg7vxbEMZLG3StotfsHNAJS8VYNpU8uBfAe6iklEDY7Xb6NzuH9QHTCznwE7IWsT32 CMJ3iqu3OI9z57GzKINDQ== UI-OutboundReport: notjunk:1;M01:P0:Z7fWrgnj0CA=;WmJ3csnvC7fstQpCWbRmCe0zu46 kfm7991AxtzzkRPdwJXPoQf2Jfgf+tcGSaqC28BbHsWvyhiSQZrvbV3cJmPdjVF2fbOp3CLZ3 CNURXnZHAV6JC+oSsin94GJiNUg7/7t5E5m+AqDdaZWeB7UD5eCOuBIjJeT4NcXoISOjkHQx4 isSLpLDjaOavt6EHdO0pwyHPaE2QpY0Y+G1Ru2fc2EGHy1H2eK+GK9/67xyMPC1uiXwsMdbZC +7LPXofW3iD/HcHnPRg1imeRhba2t0d5E43OL+tnk286wRhfBuNr9gMgAq8KF5vQgCPg1YenW EQvixAAUtoKZD2wTnL08Hk73owP/bFfLwcm0A3/mdugVCtaPLrvS0SZ/5spy8h6ZMRGIJrZkv 1RNEs9oKnzXTqw4hUnwvRGVGplbLHriMGlKwpIrVu8NHCcAOLP7WoX69meC9FVyNzTVamIpUk UisISFH86YAOdkDXIPm7rwb/E/B1rzVOJXgqeUse0BtndkNWVGrsZy2165Z488tU51iYHD+7z 6CJXZRvIPPQoRdTaQlsKo0zwGvqMeRpGntzpSg4/YtXKJ5tmEiLue+Fc4AaCUlhzzK4Mg5j+n J2MuTeOejF1sSbp0kKPu9ko07cC3DOKyq44enoKkantHLCcTGQQ0KKPf/Z4b95AA0936Aj2Gg h8yssT1tJ/ynfo4BUox8YmMw7qUvwyG4i4Vgi17hAMEx7aaOO1cXSv8hTWAfJ1ZBYCU2Qufyd QXsp1slR4RfgvGBy7rd1M70UiIIdB8nUkgPRCFvYHmuGfX61aMTrconOG9hWnOp7QBEHNiUH 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:280985 Archived-At: "Basil L. Contovounesios" writes: > Just curious: which convention are you referring to, and why do you > say it's new? The convention that (apply (F . ARGS)) =3D=3D (apply F . ARGS). > AFAICT the only recent Emacs version which accepted > (apply '(+ 1 2)) without any complaint is Emacs 28. So it is quite new. > FWIW, my guilty pleasure is using this calling convention with > a non-literal form, e.g.: > > (define-advice foo (:around (&rest args) my-foo) > (with-something (apply args))) > > This has always byte-compiled without issue. Aha - a user! No, `byte-optimize-apply' does not mess up this case: (byte-optimize-apply '(apply args)) --> (apply args) so it will compile just fine but (byte-optimize-apply '(apply '(+ 1 2))) --> (funcall '(+ 1 2) '+ '1 '2) ; broken That the byte compiler result is (sometimes) broken is a bug in the optimization code, not in the compiler itself. Michael.