From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: Suppressing native compilation (short and long term) Date: Sat, 5 Nov 2022 12:53:42 +0100 Message-ID: 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> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000a6d0ab05ecb7d922" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21299"; 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: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Nov 05 12:55:26 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 1orHlm-0005Rq-9a for ged-emacs-devel@m.gmane-mx.org; Sat, 05 Nov 2022 12:55:26 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1orHkm-00086M-RK; Sat, 05 Nov 2022 07:54:24 -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 1orHkl-00084G-8y for emacs-devel@gnu.org; Sat, 05 Nov 2022 07:54:23 -0400 Original-Received: from mail-ej1-x633.google.com ([2a00:1450:4864:20::633]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1orHkj-0007Kn-Jg; Sat, 05 Nov 2022 07:54:23 -0400 Original-Received: by mail-ej1-x633.google.com with SMTP id sc25so19274795ejc.12; Sat, 05 Nov 2022 04:54:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=WA9gZ2d+2qsK/rOY/4LpXq6zgIRxNUHQ6YCUKCMxj6w=; b=q8Io5Yl2FbBc8HiSazo0Dj1wI3Pnx2GXz6M6qYTjHt0Jlhn8Zjp2ib72ReMagwxN/e FN2Ita+H3H4PUpV4Y116eVIxc2Ws82jjvAlfFweXa+bcMEB29tgb3GeFQsmI7Cojm6NJ zLE4yKHAWHP5oGV3MZAaSopAxTT0EU2z7i8TBSDqXjOTxODjrcEa8DvwDJXbIzYgku+v qIKV93cC5NdZ0JRAVCoptTp9itbjLcmal4GI49dg0YhkUatHamBtsecAReySXiGlssrr sJUFhrlus5HIcWYZcuAs+HilJSP4B2ihfZi9XBca6rNrhE0gIfgXI2CT0P6ImuXsCEeO CMKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=WA9gZ2d+2qsK/rOY/4LpXq6zgIRxNUHQ6YCUKCMxj6w=; b=JJjjcm+tdO5fkMEu8mM3qDVA3ICdxQLMhPn6JY05iIxsdKOjECCx/mxSWiXY/5jenY bEqa39yPe9L8lV5O1cSe43oY+kel645Qfa4h/LHPivA2ONOgre6pgVbo5nFMrCJ+3yOb Jl+xJ9rTcRRs1Y0xi3ryaytDuNrk5fpyqJoQ6ly5Lqqd3wG+y4iv/FmPBa4rq0fJarEK 4H7R5KR1hSvOWTKM+qqMqkvHGubj6WlyV9QdXBajUftr7i7itd6cXPM147yCJMhWOokC KkRxHn5tZHUerh/lNhsYBCHfuH73EByJ2vzxD0PCFVT7YOP6UMyQH1n9bC1zH16Qi0zh BVvg== X-Gm-Message-State: ACrzQf1MG40Tr42yK696ecStuGPvn332BP8YBv+rfh3ghrZ/D/Ah+JSL 8cYQHFG4KljD1DNbaWnE1CxWfv6vyP3xmurCeWDbbXcx X-Google-Smtp-Source: AMsMyM71+dcM9tDMwAwZ1eiFhBP4m5BJu+pmsCOPbJIPv+KgMe0oNrMCzf3sLpITtNvBGpb7cKIOOwXsAyUKbewUUn4= X-Received: by 2002:a17:906:6086:b0:731:3970:48d0 with SMTP id t6-20020a170906608600b00731397048d0mr38640715ejj.16.1667649258310; Sat, 05 Nov 2022 04:54:18 -0700 (PDT) In-Reply-To: <83leop528p.fsf@gnu.org> Received-SPF: pass client-ip=2a00:1450:4864:20::633; envelope-from=lekktu@gmail.com; helo=mail-ej1-x633.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, HTML_MESSAGE=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-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:299193 Archived-At: --000000000000a6d0ab05ecb7d922 Content-Type: text/plain; charset="UTF-8" On Sat, Nov 5, 2022 at 7:45 AM Eli Zaretskii wrote: > Why do you need to do that? What's the problem with having the > eln-cache under your ~/.emacs.d/? There's no problem. It's a matter of taste. > If this testing is for the purposes of Emacs development, then my > suggestion is to have a separate build configured without native > compilation support. That's what I do. I prefer to use just one build. > So it's just a matter of getting used to using the alias, and will be > solved with time. Yep. > I disagree. We have too many knobs already, so adding a new one > without a good reason would be a mistake in the long run. In fact, my thinking yesterday was "-Q should stop native compilation...Wait, I bet this was already discussed and rejected", and so I stumbled upon this thread and read or perused its several hundred messages. Believe me, I'm not *proposing* any change. I'm just telling Lars that I agree with him that this fits under -Q. --000000000000a6d0ab05ecb7d922 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Sat, Nov 5, 2022 at 7:45 AM Eli Zaretskii <eliz@gnu.org> wrote:

> Why= do you need to do that?=C2=A0 What's the problem with having the
&g= t; eln-cache under your ~/.emacs.d/?

There's no problem. It's a= matter of taste.

> If this testing is for the purpo= ses of Emacs development, then my
> suggestion is to have = a separate build configured without native
> compilation support.=C2= =A0 That's what I do.

I prefer to use just one build.

> So it'= s just a matter of getting used to using the alias, and will be
> sol= ved with time.

Yep.

> I disagree.=C2=A0 We have too many knobs already= , so adding a new one
> without a good reason would be a mistake in t= he long run.

In fact, my thinking yesterday was "-Q should stop native compil= ation...Wait, I bet
this was already discussed and rejected", and so I stumbled= upon this thread and
read or perused its several hundred messages. Believe me, I= 9;m not *proposing* any
change. I'm just telling Lars that I agree with him that= this fits under -Q.

--000000000000a6d0ab05ecb7d922--