From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.bugs Subject: bug#58429: 29.0.50; inhibit-automatic-native-compilation does not work as expected. Date: Fri, 14 Oct 2022 20:10:57 +0000 Message-ID: References: <87v8oqj052.fsf@gmail.com> <87tu4aixts.fsf@gnus.org> <87fsfuen04.fsf@gmail.com> <87ilkqf8r2.fsf@gnus.org> <87bkqhe2ce.fsf@gnus.org> <87pmex5m4g.fsf@gmail.com> <8735btcm8n.fsf@gnus.org> <87h7095k67.fsf@gmail.com> <835ygpcgn3.fsf@gnu.org> <87czax5dz1.fsf@gmail.com> <83r0zdawhh.fsf@gnu.org> <871qrd56fr.fsf@gmail.com> <83h707aevl.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8887"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: max.brieiev@gmail.com, larsi@gnus.org, 58429@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Oct 14 22:12:14 2022 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 1ojR2U-00026k-IE for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 14 Oct 2022 22:12:14 +0200 Original-Received: from localhost ([::1]:51548 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ojR2S-0006GZ-WF for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 14 Oct 2022 16:12:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43124) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojR2I-0006Eg-Ux for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2022 16:12:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39630) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ojR2I-0004nK-K4 for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2022 16:12:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ojR2I-0006dG-7d for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2022 16:12:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Oct 2022 20:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58429 X-GNU-PR-Package: emacs Original-Received: via spool by 58429-submit@debbugs.gnu.org id=B58429.166577826225387 (code B ref 58429); Fri, 14 Oct 2022 20:12:02 +0000 Original-Received: (at 58429) by debbugs.gnu.org; 14 Oct 2022 20:11:02 +0000 Original-Received: from localhost ([127.0.0.1]:38705 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojR1J-0006bK-Qh for submit@debbugs.gnu.org; Fri, 14 Oct 2022 16:11:02 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:53972) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojR1I-0006b9-8m for 58429@debbugs.gnu.org; Fri, 14 Oct 2022 16:11:01 -0400 Original-Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 29EKAva0021364 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 14 Oct 2022 20:10:59 GMT In-Reply-To: <83h707aevl.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 13 Oct 2022 19:05:02 +0300") 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:245484 Archived-At: Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: Eli Zaretskii , larsi@gnus.org, 58429@debbugs.gnu.org >> Date: Thu, 13 Oct 2022 14:10:52 +0000 >> >> As Eli mentioned unfortunately we cannot disable trampolines. > > Btw, Andrea, can you help me understand better what does > comp-enable-subr-trampolines do, when set to nil? The doc string says > > If non-nil enable primitive trampoline synthesis. > This makes primitive functions redefinable or advisable effectively. > > which seems to hint that when this is nil, primitives cannot be > advised or redefined? They can, but they will not take effect on Lisp code that is native compiled (at speed 2), similarly to when they are called from C code. > We set this variable to nil in startup.el if > native-comp-available-p returns nil (which currently can only happen > on MS-Windows), AFAIU with the intent to prevent Emacs from even > trying to natively-compile anything, including trampolines. But if > Emacs cannot produce a trampoline, it means that primitives cannot be > redefined, and we silently fail that? Because (again, AFAIU) > native-comp-available-p being nil does not prevent Emacs from loading > *.eln files that are already compiled (because just loading them > doesn't need libgccjit), is that right? Correct, as you said Emacs will work, only we can't guarantee that primitive redefinition will take the effect expected by the user (unless of course trampolines were precompiled, in that case it's all good). Bests Andrea