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, 15 Oct 2022 19:26:53 +0300 Message-ID: <83sfjp59yq.fsf@gnu.org> References: <87ill8paw7.fsf@trouble.defaultvalue.org> <83o7uzivey.fsf@gnu.org> <3ac9d2b9632f75018327a1bcde0c373f152c404a.camel@gmail.com> <835ygob7ja.fsf@gnu.org> <8335bra2rl.fsf@gnu.org> <87ilkncugg.fsf@gnus.org> <83zgdz7x8u.fsf@gnu.org> <83mt9x7ek2.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3110"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, monnier@iro.umontreal.ca, liliana.prikler@gmail.com, rlb@defaultvalue.org, emacs-devel@gnu.org To: Andrea Corallo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Oct 15 18:27:50 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 1ojk0r-0000dc-T8 for ged-emacs-devel@m.gmane-mx.org; Sat, 15 Oct 2022 18:27:49 +0200 Original-Received: from localhost ([::1]:39828 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ojk0q-0006bm-RP for ged-emacs-devel@m.gmane-mx.org; Sat, 15 Oct 2022 12:27:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50678) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojk04-0005v8-P8 for emacs-devel@gnu.org; Sat, 15 Oct 2022 12:27:00 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:55642) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojk04-0005an-5X; Sat, 15 Oct 2022 12:27:00 -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=jkzLdKuVHlURRl8Bhbnpzty5Lt2rKpWqmdq5tiImNN4=; b=r8y6TEpQro6Q +PXoMBQEBRZ6Yrsx6P9T4dwePPZK7QROYhWSZsLHp3u/WLXqVkqIJ7sxjTdHmhxc0Hl1iD4qDNXE0 xusz+bOXMHSfzeFWu3ritRRxyLK18Mi2fscbOcPiaG5zJujMen5iznuikTk8RldLA2RF2MUArpDrG NS95HCUq+CDn/hXHqFkyFixKnl/g4BnkGMRDn74zrbfX67xWN76cdMVdxPOzanm+wMCCtzTmh20CB GKDEYb51qiJ3RC0GIqAU1+GrWAnT+RrTVmwrvLSjByy3Z0AYiZKj1n1R/0lEygmQmDAX4NVCQGRLb 7Y18yVud1+DL5u4VSaoorA==; Original-Received: from [87.69.77.57] (port=2599 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 1ojk03-0006Ra-KS; Sat, 15 Oct 2022 12:26:59 -0400 In-Reply-To: (message from Andrea Corallo on Sat, 15 Oct 2022 15:19:40 +0000) 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:297796 Archived-At: > From: Andrea Corallo > Cc: larsi@gnus.org, monnier@iro.umontreal.ca, liliana.prikler@gmail.com, > rlb@defaultvalue.org, emacs-devel@gnu.org > Date: Sat, 15 Oct 2022 15:19:40 +0000 > > Eli Zaretskii writes: > > >> Other option is to break circularity with an ad-hoc global variable set > >> in the spawned process. I've a cooked patch for that but no energy left > >> to test it tonight. If that's the preferred way I can test and push it > >> tomorrow. > > > > Maybe it's preferable, but I'm not sure the idea of the change I get > > from your short description is what you really meant. Can you tell > > more about that? What ad-hoc variables did you have in mind, and how > > would we use them in this case to prevent infinite forking of > > sub-processes? > > We define a new variable say `comp-spawned-compilation' and we set it to > t in all spawed compilation sub processes. Then when we need a > trampoline: > > - If it's available we load it. > - If it's not and `comp-spawned-compilation' is nil we compile it and > load it, otherwise if `comp-spawned-compilation' is t we just do > nothing (so we break circularity). > > WDYT? Yes, this is more-or-less what I thought you had in mind. I guess setting of this new variable for the forked subprocesses will be via the command line? I think it's a fine solution, but either comp-spawned-compilation should be renamed to comp-no-spawn, or its value in the forked Emacs processes should be nil...