From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Suppressing native compilation (short and long term) Date: Sat, 05 Nov 2022 14:44:24 +0200 Message-ID: <83y1sp3713.fsf@gnu.org> References: <87bkqxf1ij.fsf@tethera.net> <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> <87czb648r9.fsf@gnus.org> <874jwi47l6.fsf@gnus.org> <87zgea2sgv.fsf@gnus.org> <83leop528p.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15338"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, akrl@sdf.org, rlb@defaultvalue.org, monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Nov 05 14:27:26 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 1orJCo-0003q1-Gc for ged-emacs-devel@m.gmane-mx.org; Sat, 05 Nov 2022 14:27:26 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1orIXK-0001bo-46; Sat, 05 Nov 2022 08:44:34 -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 1orIXI-0001bX-4b for emacs-devel@gnu.org; Sat, 05 Nov 2022 08:44:32 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orIXF-0000SP-Rt; Sat, 05 Nov 2022 08:44:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=y2hhOmrWnjUADMI/3HwTBJESyrnVPx9ADDFx/88qs4Q=; b=fhSgjlUCx/wD 1892SkSMXDGK4a6SIGsV8c6TJahSPv7CUC3AO3W6xrZdLoyzijXZKYW+4epyDe+HZmD6jW0kHPOqr k54+Up55qY3hQL3qBpAAzWulkGFxHblmGeNZ3+KmlJdle85drFja0E36lcJUVyTqLlzz7euE8c5ED kkbUO5GkOE4gsHWDvkOB16hc5nGudsqASnJ+eta3i3i/CO4qDB1CUvz+hKopcLb10OTFs/wxkznsZ XyaADA2rWlTuHygKEz85WhO3r9+pxoovvgC5SSCsU244eUG9lI9fHqGDXajTmCNbME5apGeUiq/Pe v4SwfLzptCFhYRd7lftBBg==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orIXD-0000hX-HB; Sat, 05 Nov 2022 08:44:28 -0400 In-Reply-To: (message from Juanma Barranquero on Sat, 5 Nov 2022 12:53:42 +0100) 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: , Original-Sender: "Emacs-devel" Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:299200 Archived-At: > From: Juanma Barranquero > Date: Sat, 5 Nov 2022 12:53:42 +0100 > Cc: larsi@gnus.org, akrl@sdf.org, rlb@defaultvalue.org, > monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org > > In fact, my thinking yesterday was "-Q should stop native compilation...Wait, I bet > this was already discussed and rejected", and so I stumbled upon this thread and > read or perused its several hundred messages. Believe me, I'm not *proposing* any > change. I'm just telling Lars that I agree with him that this fits under -Q. Well, we'll have to disagree. The -Q switch is documented as disabling various things that happen at startup, specifically loading stuff that changes the defaults. Native compilation is not in that class, exactly like support for image files or GnuTLS aren't. It is part of the built Emacs, and is thus part of its default operation. I see no reason to change what -Q means, even though some people, for reasons I cannot grasp, consider JIT native compilation to be "unusual". Suppose you start "emacs -Q" where some of the *.el files were already compiled into the corresponding *.eln files, would you then expect "emacs -Q" not to use those *.eln files, and instead to load the *.elc files? If yes, why? If not, how does this differ from when you invoke "emacs -Q" and the *.eln files do not yet exist, but are produced when Emacs loads the corresponding package?