From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Liliana Marie Prikler Newsgroups: gmane.emacs.devel Subject: Re: Suppressing native compilation (short and long term) Date: Mon, 17 Oct 2022 18:59:11 +0200 Message-ID: References: <87ill8paw7.fsf@trouble.defaultvalue.org> <83o7uzivey.fsf@gnu.org> <3ac9d2b9632f75018327a1bcde0c373f152c404a.camel@gmail.com> <835ygob7ja.fsf@gnu.org> <834jw7a2ym.fsf@gnu.org> <87sfjp5t3d.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10804"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Evolution 3.46.0 Cc: Lars Ingebrigtsen , Eli Zaretskii , 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 Mon Oct 17 19:06:38 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 1okTZW-0002XJ-F2 for ged-emacs-devel@m.gmane-mx.org; Mon, 17 Oct 2022 19:06:38 +0200 Original-Received: from localhost ([::1]:48086 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1okTZU-000173-UE for ged-emacs-devel@m.gmane-mx.org; Mon, 17 Oct 2022 13:06:36 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47078) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okTSP-0006cH-4h for emacs-devel@gnu.org; Mon, 17 Oct 2022 12:59:17 -0400 Original-Received: from mail-ej1-x643.google.com ([2a00:1450:4864:20::643]:39747) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1okTSN-0004o3-GJ; Mon, 17 Oct 2022 12:59:16 -0400 Original-Received: by mail-ej1-x643.google.com with SMTP id b2so26369755eja.6; Mon, 17 Oct 2022 09:59:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=ILVNq0SedOJGWtYetHlHFMqXF3Vj6KTDSNdOlzwY7Vw=; b=G8qpSXuKRBk/20p3No/OI2o6u9RgZf11EqNQPsj9qO3OTodQo7hmfvkYNlAl280no/ 01W4zbsBWmWKN6wiADLZvEsb8Tfj2cs+E+g2pVcR3FjlBJWRPV8lD6LKfcF8cW8KAzje rxX3JHuGa3HsxEOTty3nFNJZsj4zekKoEZn9W3Pe/CgOJxbh/T0z7bHj8WfVgqvPI4Mm 4RWTpd+twMqySy63ErGKpdk1mGuvvxXJzPhZtTu/UE5R3fpccid3GiATkfsw1ae03PAj Lf2LFDAm//JMsn8cjiXIq/Sahcrv30ne/g0iSzcWBC+cgxHYcoG1VRkPYAvJ3Ue0lnIx cIFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ILVNq0SedOJGWtYetHlHFMqXF3Vj6KTDSNdOlzwY7Vw=; b=bwAp2lNt1OWq/O4XYzp8uWcxWHXQIdyJErG34o341zacUsIDrqyVu7bwaCw6RF87se 3iLikDarlEkjpmJ3n1UUm2GHu8KF2U90XmulQLgy3yyvwtzSiSdEVOcC7FO8WU3aMWdI UM+1shGCE+zY41vxYafkz32xsSsLwQzj77VRBYRmvBuJ84uc9SxMpJ9VqnlHx80IHuxB 6jaiIKsVQeURGBxlF59BJD1D3ic+RFmw2KUnXfpvJJB2QKa8K77ViGBySW3HS/lVtgEY FJ048Uhm4E8gn7fj/PKzy17BfUGXRx+HHAzMrt/J9vqtZmhhKzWnp9a7QDrORuVA/Sfa abLQ== X-Gm-Message-State: ACrzQf1OOYZhNAOmiJ6MdemsDIAhGIHhkppORExLY50XuUhKwulSWPfA U1+eDJ8mVv/S9fcM8XAelDmefHbdfcE= X-Google-Smtp-Source: AMsMyM5GLQ/eglPIfahRfZPtt+/UUpb6CgvXY4Ou/mtNu8+/fVodNOUUlB+NcnVhKqg1nyjmD1hdmQ== X-Received: by 2002:a17:907:6d29:b0:78d:d12d:15af with SMTP id sa41-20020a1709076d2900b0078dd12d15afmr9533790ejc.53.1666025953196; Mon, 17 Oct 2022 09:59:13 -0700 (PDT) Original-Received: from lumine.fritz.box (85-127-52-93.dsl.dynamic.surfer.at. [85.127.52.93]) by smtp.gmail.com with ESMTPSA id g10-20020a1709062daa00b0077d37a5d401sm6416179eji.33.2022.10.17.09.59.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 17 Oct 2022 09:59:12 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=2a00:1450:4864:20::643; envelope-from=liliana.prikler@gmail.com; helo=mail-ej1-x643.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Mon, 17 Oct 2022 13:04:02 -0400 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:297968 Archived-At: Am Montag, dem 17.10.2022 um 07:23 +0000 schrieb Andrea Corallo: > Liliana Marie Prikler writes: >=20 > > Am Samstag, dem 15.10.2022 um 15:56 +0000 schrieb Andrea Corallo: > > > Lars Ingebrigtsen writes: > > >=20 > > > > Liliana Marie Prikler writes: > > > >=20 > > > > > The problem is that I can't meaningfully choose the "I don't > > > > > want JIT for stuff I haven't AOT'd" option, especially not > > > > > combined with "but I do want to load what I have AOT'd". > > > >=20 > > > > I haven't followed the Guix part of this thread in detail, but > > > > I thought I'd just note that Emacs 29 now has the > > > > `inhibit-automatic-native-compilation' variable and and > > > > `EMACS_INHIBIT_AUTOMATIC_NATIVE_COMPILATION' environment > > > > variables, so this is implemented. > > >=20 > > > I thought this change was just into master "for discussion", are > > > we already suggesting users to integrate it in their > > > infrastructures?=C2=A0 > > > BTW AFAIU this usecase was already supported in 28 using > > > `native-comp-deferred-compilation'. > > The deferred-compilation switch still ends up writing to $HOME, > > which the new inhibit one doesn't. >=20 > I think Eli explained more than once how to avoid that also without > using the new switch. Now, I'm not following all branches of this discussion, so the chances that I missed something are admittedly high, but the last time I conversed with Eli about this, they said my use case was neither supported nor something they'd consider supporting. Thus, I'd be positively surprised to see it in fact supported. In any case, please do inform me about the solution once everything has settled; I'll need to bump the emacs-next package in Guix, which currently uses Lars' commit. Cheers