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#58509: 29.0.50; Synchronous nativecomp Date: Sun, 23 Oct 2022 10:51:14 +0000 Message-ID: References: <87a65yd715.fsf@gnus.org> <87ilkmbqu3.fsf@gnus.org> <83k0528w1w.fsf@gnu.org> <87a65x786i.fsf@gnus.org> <871qr82lu6.fsf@gnus.org> <87v8oielxp.fsf@gnus.org> <878rleek7y.fsf@gnus.org> <834jw236v8.fsf@gnu.org> <87edv6ckof.fsf@gnus.org> <83fsfl1c3r.fsf@gnu.org> <83mt9tynr9.fsf@gnu.org> <838rlbzl0a.fsf@gnu.org> <83tu3zxaeu.fsf@gnu.org> <83pmemyl4o.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="15037"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: larsi@gnus.org, 58509@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Oct 24 04:00:24 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 1ommlM-0003kf-7v for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 24 Oct 2022 04:00:24 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ommBK-0004oe-Pq for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 23 Oct 2022 21:23:10 -0400 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 1omYaI-0007Zs-Qi for bug-gnu-emacs@gnu.org; Sun, 23 Oct 2022 06:52:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1omYaI-0002aA-Jb for bug-gnu-emacs@gnu.org; Sun, 23 Oct 2022 06:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1omYaH-0007Y3-Ue for bug-gnu-emacs@gnu.org; Sun, 23 Oct 2022 06:52:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Oct 2022 10:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58509 X-GNU-PR-Package: emacs Original-Received: via spool by 58509-submit@debbugs.gnu.org id=B58509.166652228228970 (code B ref 58509); Sun, 23 Oct 2022 10:52:01 +0000 Original-Received: (at 58509) by debbugs.gnu.org; 23 Oct 2022 10:51:22 +0000 Original-Received: from localhost ([127.0.0.1]:43716 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1omYZe-0007XB-7Y for submit@debbugs.gnu.org; Sun, 23 Oct 2022 06:51:22 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:62365) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1omYZa-0007X0-N6 for 58509@debbugs.gnu.org; Sun, 23 Oct 2022 06:51:21 -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 29NApEi9028009 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Sun, 23 Oct 2022 10:51:15 GMT In-Reply-To: <83pmemyl4o.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 20 Oct 2022 11:06:31 +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:246049 Archived-At: Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: larsi@gnus.org, 58509@debbugs.gnu.org >> Date: Thu, 20 Oct 2022 07:23:55 +0000 >> >> Eli Zaretskii writes: >> >> >> From: Andrea Corallo >> >> Cc: larsi@gnus.org, 58509@debbugs.gnu.org >> >> Date: Wed, 19 Oct 2022 19:31:05 +0000 >> >> >> >> > "do it always for trampolines in the --batch invocations" >> >> >> >> So you mean identifying that we are doing a trampoline compilation and >> >> disable the native compiler without a specific flag? >> > >> > Yes, but only in -batch sessions. >> > >> > I believe this is our logic now: if we are going to compile a >> > trampoline, we invoke an async subprocess >> >> We invoke a sync compilation for trampolines (but I think it's not >> relevant here) >> >> > with both -batch and >> > the -no-comp-spawn options. But if the --batch session can figure >> > out that it's compiling a trampoline, it can automatically behave as >> > if -no-comp-spawn was passed on the command line, no? >> >> Okay so IIUC your suggestion would be to: when we identify '--batch' we >> search for a signature in the commandline to identify the trampoline >> compilation and set in case `comp-no-spawn'? > > Yes. And if that works, my next question is: can we then remove the > new -no-comp-spawn command-line option, or do we need it for some > other cases? If it works I think it should be equivalent at that point. But at the moment is not so trivial to identify this condition as we have no clear marker of it. The current invocation for compilations is just like: emacs --batch -l sometmpfile.el I don't know if we have some other option for adding a marker other than the most obvious (the dedicated flag). Best Regards Andrea