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: Thu, 06 Oct 2022 09:41:35 +0300 Message-ID: <83mta9qwrk.fsf@gnu.org> References: <87bkqxf1ij.fsf@tethera.net> <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> <83tu4irzl1.fsf@gnu.org> <87y1ttsrve.fsf@yahoo.com> <8735c122i1.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="843"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, akrl@sdf.org, 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 Thu Oct 06 08:47:02 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 1ogKer-000AVS-VC for ged-emacs-devel@m.gmane-mx.org; Thu, 06 Oct 2022 08:47:01 +0200 Original-Received: from localhost ([::1]:43322 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ogKeq-0002gO-8h for ged-emacs-devel@m.gmane-mx.org; Thu, 06 Oct 2022 02:47:00 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58234) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ogKZc-0007Ln-Ih for emacs-devel@gnu.org; Thu, 06 Oct 2022 02:41:37 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:50348) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ogKZb-00065r-73; Thu, 06 Oct 2022 02:41:35 -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=u5M39BvqjvIuPuOwoaPLXpPElba4yrjJ6lYwSh/76D4=; b=IC9ahkMQM3gb 4f4+yGF+AA6GdJkjB1Wwugy2ZCE4RR0m3E5kZsx1T3lrUsWICiViHg6LpbFPoyUfgxVASA/jTD9NF BZQFsYfkPkBpMwwnSjSFeLqc1AZugyYC4EP1xZ6g+Y6CwdBlFLpEcPGv5Rg9GKgyn4HKCHRfJpZy5 m/875KGWeTyQ9SV/sr1SwFkxLydfkXyCMagsq+iaLVWeS4reAoMFyM2Yza6Y6d2RU5cd6qca2Lo7E x/4V0aeStfbsWxHYkik92b80JjC2l+CUyEf2AN9Gjsq6FyqvBTZNZhHzr0Rzuc8mznVD60PfiVXnh y4MK5HHgBr+Ej0U7colm4g==; Original-Received: from [87.69.77.57] (port=3014 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 1ogKZa-0005Es-JC; Thu, 06 Oct 2022 02:41:34 -0400 In-Reply-To: <8735c122i1.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 06 Oct 2022 02:56:54 +0200) 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:297065 Archived-At: > From: Lars Ingebrigtsen > Cc: Eli Zaretskii , akrl@sdf.org, rlb@defaultvalue.org, > monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org > Date: Thu, 06 Oct 2022 02:56:54 +0200 > > Po Lu writes: > > > Since the argument seems to be going nowhere, could we first revert the > > change in question, and then ask Rob Browning exactly what the problem > > is with `native-comp-deferred-compilation'? > > > > I did not figure that out reading this thread. > > I don't know whether this was Rob's problem, but I found it problematic > that there was no way to not write to ~/.emacs.d/eln-cache. But there was such a way: modify native-comp-eln-load-path to have another directory at the front. Which, it seems, is what Rob actually wants, at least in some cases, because they _want_ to keep the *.eln files, just not in the user's home directory.