[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: native-comp-async-report-warnings-errors default value

From: Eli Zaretskii
Subject: Re: native-comp-async-report-warnings-errors default value
Date: Tue, 07 Dec 2021 16:15:50 +0200

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: Stefan Kangas <stefankangas@gmail.com>,  rpluim@gmail.com,
>   emacs-devel@gnu.org
> Date: Tue, 07 Dec 2021 08:51:28 +0100
> Eli Zaretskii <eliz@gnu.org> writes:
> > I'd rather sustain a barrage of annoyed people who think these
> > warnings are gratuitous than explain to someone why Emacs decided to
> > shut up these warnings by default and thus prevented him/her from
> > seeing some warning which, if seen in time, could avoid a crash or
> > some other catastrophic result.
> In my opinion, it's not something we should be showing to users.  It's
> highly irregular that we do -- we didn't present users saying "emacs"
> with all the compilation warnings from building Emacs in Emacs 27.2, but
> that's (in effect) what we're doing now.
> Compilation warnings are for developers, not users, so builds that are
> geared towards users (as pretests are) should have this switched off.

If the user visits a Lisp file and clicks the Emacs Lisp->Byte Compile
item on the menu bar, we do pop up the compilation log buffer with the
warnings and errors, right?

And if the user installs or upgrades a package from ELPA, and the
package is byte-compiled, the messages from that are shown, right?

So it sounds like we already show these messages to users, and this is
just another such situation.  Once we decided to have JIT native
compilation (and IMO it wouldn't make sense to decide differently), we
should also agree to this side effect of compiling code in the

reply via email to

[Prev in Thread] Current Thread [Next in Thread]