From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Suppressing native compilation (short and long term) Date: Sat, 15 Oct 2022 11:32:16 +0200 Message-ID: <87wn915t5r.fsf@gnus.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> <83tu4irzl1.fsf@gnu.org> <87y1ttsrve.fsf@yahoo.com> <83r0zlqxcr.fsf@gnu.org> <87fsfqi95f.fsf@trouble.defaultvalue.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="2145"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Eli Zaretskii , Po Lu , akrl@sdf.org, monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org To: Rob Browning Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Oct 15 11:35:00 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 1ojdZM-0000JG-5t for ged-emacs-devel@m.gmane-mx.org; Sat, 15 Oct 2022 11:35:00 +0200 Original-Received: from localhost ([::1]:58416 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ojdZK-0001JK-Ps for ged-emacs-devel@m.gmane-mx.org; Sat, 15 Oct 2022 05:34:58 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51570) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojdWx-0000KB-09 for emacs-devel@gnu.org; Sat, 15 Oct 2022 05:32:31 -0400 Original-Received: from quimby.gnus.org ([2a01:4f9:2b:f0f::2]:45432) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojdWv-0000Nx-DQ; Sat, 15 Oct 2022 05:32:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Q+GiMqzrB/w8iiC1QdQKBsZgfwAa+jHRbwCTj5Il6bY=; b=CNF6P/D8ZlfyJNXCtuj6UOEDhO ttFh267AoMRDTCnsOGiMFH79gZY1c0Edv4pjs5Yu8HB5OSfp04/WNnN4d9mRJ9w+97+apnpdyCgDF z2WijqvGgu9vfDovZyGpXGxWN/1mq4dZMFPf0/Uixmty88DYV2Zyj0C2Svrce+ohAznI=; Original-Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ojdWj-0006fc-FO; Sat, 15 Oct 2022 11:32:19 +0200 In-Reply-To: <87fsfqi95f.fsf@trouble.defaultvalue.org> (Rob Browning's message of "Fri, 14 Oct 2022 12:53:48 -0500") Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEXGfIbRPEBTVrX/ //8XHU2tAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+YKDwkFMEplpa4AAAF1SURBVCjPNdC9bqQwEAfw v6MQnbZiJbvZJ7jbp8CnuKEyKw8FXaRsEZ6CFDTpLoqbVJuC1TJPeTM4cYHmx3xh4LpUjRRID2JM bshdQWMj9Usq8Lbz1Vrq4O59ZVra6gB7b0M7kyMKgHuM4WF9kUSWaVbmcf4XaEETjLWuzWklhxh8 APXXxDOBUq1jxw/+IlSp9pRwWHg5oYrUUARW5h2MbHIJ/jczQ49N7nE8CpoKv2qENGyQ7hqO/n4K DJGJ8sC1wDeyDX8UIcnA09zsSgYwpxl3P5DL0E/G6DV1tPZWlDRRIFWtxKvUR0EvMX+hdg32/lCw PwP7NCpeQccJljRmWS5wSeOLQTxe4E6KySCzYJD4Jpc+CyrtvwhIX/E3ZvmKu61FIIOmXUGHN/4+ U0U4anBTuILri36/zdDEQu/MXm45bBj4ZqRH9y3nXld3G/IzcYbpMdxGybRMnnqQ1C/yC/J+A/GV Pg8T8KAY+Cn3HAu2w5n6/2Byy0hq/tYqAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIyLTEwLTE1VDA5 OjA1OjQ4KzAwOjAwbE0DUAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0xMC0xNVQwOTowNTo0OCsw MDowMB0Qu+wAAAAASUVORK5CYII= X-Now-Playing: Bill Callahan & Bonnie Prince Billy's _Blind Date Party (1)_: "Rooftop Garden" Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=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:297768 Archived-At: Rob Browning writes: > - We'd prefer to still be able to set HOME=/does-not-exist, which I > assume would mean that we'd need some other way to redirect *all* of > the eln file writes (including trampolines). I think this should work, but there may be regressions, of course. Let's see... I tried it now, and I got the warning below, but things otherwise seem to work fine: Warning (initialization): Unable to create `user-emacs-directory' (~/.emacs.d/). Any data that would normally be written there may be lost! If you never want to see this message again, customize the variable `user-emacs-directory-warning'. > - If we are going to have "some other way" to redirect the eln files, > then for us an environment variable might be easier, so that we can > just export it before we start the relevant build/test/etc. and then > it'll affect all invocations of emacs in that environment. I > suspect an environment variable might also make it easier to > establish the setting "early enough" in the emacs startup process, > but don't know that. Emacs 29 now has the `inhibit-automatic-native-compilation' variable and and `EMACS_INHIBIT_AUTOMATIC_NATIVE_COMPILATION' environment variables to inhibit writing to ~/.emacs.d/eln-cache... > - As an aside, I suspect Emacs may eventually want to have some way to > restore the ability to tolerate an unwritable filesystem. I have > more than once in the past launched emacs from an emergency shell to > fix a broken host where the filesystem was read-only and /home might > not be mounted (and if it were on NFS and there's no network yet, > could not be). Emacs should work with an unwritable file system, but there's probably code that bugs out in that situation -- but those things should be fixed. If you have a test case that demonstrates the problem, please open a bug report for that, so that we can get fixin'.