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.devel Subject: Re: Suppressing native compilation (short and long term) Date: Wed, 05 Oct 2022 14:48:07 +0000 Message-ID: References: <87bkqxf1ij.fsf@tethera.net> <8335c9dkyf.fsf@gnu.org> <83tu4odez7.fsf@gnu.org> <871qrrpkgx.fsf@trouble.defaultvalue.org> <834jwnbi6c.fsf@gnu.org> <87mtafnun5.fsf@trouble.defaultvalue.org> <83sfk6ahty.fsf@gnu.org> <8735c6b0wo.fsf@gnus.org> <87y1ty9lha.fsf@gnus.org> <87lepym6ok.fsf@trouble.defaultvalue.org> <877d1i9h7k.fsf@gnus.org> <83edvqyr3q.fsf@gnu.org> <874jwl8e4p.fsf@gnus.org> <87pmf64beo.fsf@gnus.org> <87h70i4a46.fsf@gnus.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="19391"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Eli Zaretskii , rlb@defaultvalue.org, monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Oct 05 17:11:12 2022 Return-path: Envelope-to: ged-emacs-devel@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 1og63E-0004rX-5p for ged-emacs-devel@m.gmane-mx.org; Wed, 05 Oct 2022 17:11:12 +0200 Original-Received: from localhost ([::1]:58444 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1og63C-00061h-Md for ged-emacs-devel@m.gmane-mx.org; Wed, 05 Oct 2022 11:11:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52310) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1og5h1-0006Q1-TA for emacs-devel@gnu.org; Wed, 05 Oct 2022 10:48:26 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:59711) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1og5gz-0006DP-Qp; Wed, 05 Oct 2022 10:48:15 -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 295Em73r027507 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 5 Oct 2022 14:48:08 GMT In-Reply-To: <87h70i4a46.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 05 Oct 2022 16:29:29 +0200") Received-SPF: pass client-ip=205.166.94.24; envelope-from=akrl@sdf.org; helo=mx.sdf.org X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:296977 Archived-At: Lars Ingebrigtsen writes: > Andrea Corallo writes: > >> I think `inhibit-jit-native-compilation' is better as I believe users >> perceive the JIT word related to user code and not internal mechanisms >> as trampolines. > > It's possible -- I'm not married to the current name. Perhaps we should > take a poll? > >> I've the perception that this change was done without the full picture >> in mind of how the native compiler and his mechanisms works. As a >> result the current naming is IMO just wrong, and as such is a step >> backward the original state. > > I don't know where you got that perception from. Well to give few examples you were not aware of: the `load-no-native' mechanism, the fact that deferred compilation is not the only mechanism concurring to automatic native compilation (and that's why it was named as such and not just automatic native compilation), the fact that native compilation does not happen in non interactive sessions. There is nothing wrong with that, the native compiler is a complex machine and its interface as well, but still: there's no single aspect of this changeset that I see as an improvement, so as maintainer of the native compiler I ask to have it reverted. Thanks Andrea