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 15:35:29 +0200 Message-ID: <83sfix34ny.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> <83y1sp3713.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15834"; 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:36:06 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 1orJLB-0003uh-S0 for ged-emacs-devel@m.gmane-mx.org; Sat, 05 Nov 2022 14:36:06 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1orJKj-0001JL-DU; Sat, 05 Nov 2022 09:35:37 -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 1orJKh-0001Ih-E5 for emacs-devel@gnu.org; Sat, 05 Nov 2022 09:35:35 -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 1orJKg-0001bg-DE; Sat, 05 Nov 2022 09:35:34 -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=hNDAxcutS9P3T5zKOtaNWJEs7P9CsM+r88LgvPXjheQ=; b=J/pDDiSYdlDv vZI+rxZFbmJAkKZr/ffGjK3BsVoEOEkqamaMrooHXVr7YlUM/ISlXOq5ToiWMXTvdn5Tsxs9ja64Q SkVDJvXVhSFoRul9jPeS5NGA5b0wuUg9UNShdbr3ujnQVvrWpwK7DYWWEG+zdloqOss59ZiwjsgLY +NrTfgj59t3/vdIGwguwL1cIrpXZ40wD57E1GScFh0PPaqQDvlNQRP0q/tmPNuRmot1My0boW9lVE kZtzuV+tT2r3YYJDt9fiujcnFve1+AKn3yPq8KeiQcdLxq+raenMu8dhM9r8pYzPibGmA85D//d2s uKQM4t785v1yflOWxn3YdA==; 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 1orJKf-00030j-P5; Sat, 05 Nov 2022 09:35:34 -0400 In-Reply-To: (message from Juanma Barranquero on Sat, 5 Nov 2022 14:12:03 +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:299202 Archived-At: > From: Juanma Barranquero > Date: Sat, 5 Nov 2022 14:12:03 +0100 > Cc: larsi@gnus.org, akrl@sdf.org, rlb@defaultvalue.org, > monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org > > > 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". > > I don't consider it unusual, except that in my build, if I enter Emacs, load something > that triggers native compilation, and exit quickly, the subprocesses crash (I get > invitations to "connect with gdb and debug them", which disappear after a few seconds). They aren't supposed to crash, and they didn't in Emacs 28. So this should be reported with enough detail for us to be able to fix the crashes. This could be related to bug#58956, btw. > > 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? > > Loading them and using them wouldn't be a problem, because it does *not* write anywhere, > while producing them does. In my case, they do just where I don't want them to be. But we have features who write even under "emacs -Q", don't we?