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: Fri, 14 Oct 2022 21:40:06 +0000 Message-ID: References: <87a65yd715.fsf@gnus.org> <83mt9y8ynk.fsf@gnu.org> <87zgdybrnc.fsf@gnus.org> <83lepi8y4l.fsf@gnu.org> <87ilkmbqu3.fsf@gnus.org> <83k0528w1w.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="6531"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Lars Ingebrigtsen , 58509@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 23:41:09 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 1ojSQX-0001S3-4k for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 14 Oct 2022 23:41:09 +0200 Original-Received: from localhost ([::1]:40518 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ojSQV-0003AK-KH for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 14 Oct 2022 17:41:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59840) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojSQQ-0003AC-65 for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2022 17:41:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39769) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ojSQP-0000Ql-Tn for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2022 17:41:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ojSQP-0000gj-Ij for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2022 17:41: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: Fri, 14 Oct 2022 21:41: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.16657836112554 (code B ref 58509); Fri, 14 Oct 2022 21:41:01 +0000 Original-Received: (at 58509) by debbugs.gnu.org; 14 Oct 2022 21:40:11 +0000 Original-Received: from localhost ([127.0.0.1]:38847 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojSPa-0000f7-Oz for submit@debbugs.gnu.org; Fri, 14 Oct 2022 17:40:10 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:55075) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojSPY-0000ev-Op for 58509@debbugs.gnu.org; Fri, 14 Oct 2022 17:40:09 -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 29ELe6H3011841 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 14 Oct 2022 21:40:07 GMT In-Reply-To: <83k0528w1w.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 14 Oct 2022 14:49:15 +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:245490 Archived-At: Eli Zaretskii writes: [...] > Let's wait for Andrea to chime in. Hi Eli, to get practical I think what Lars'd like to have is: at the end of 'maybe_swap_for_eln', in case the .eln is not found, a syncronous invocation of the native compiler to produce and use the .eln file (indeed only when this flag is used). In principal as decribed it should be relatively easy, the only technical caveat I can think of now are potential circular dependecies generated by loading comp.el. The comment I have is that we could have this mode capable of being used also in interactive sessions, in case I think we should really think of a better name for the flag, something like --native-compile-sync? Or anyway something that highlights the "synchronousness" of the enabled mechanism. Best Regards Andrea