From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Time to merge scratch/correct-warning-pos into master, perhaps? Date: Sun, 6 Feb 2022 11:38:21 +0000 Message-ID: References: <83v8y8ij39.fsf@gnu.org> <6a5bb5a08b3d764611f9@heytings.org> <6a5bb5a08b6337d733c5@heytings.org> <87ilttg81b.fsf@gnus.org> <87v8xtatlr.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38916"; mail-complaints-to="usenet@ciao.gmane.io" Cc: mattiase@acm.org, Gregory Heytings , Eli Zaretskii , Stefan Monnier , emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Feb 06 12:49:50 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 1nGg3B-0009vM-TS for ged-emacs-devel@m.gmane-mx.org; Sun, 06 Feb 2022 12:49:49 +0100 Original-Received: from localhost ([::1]:38250 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nGg3A-0001Fu-ML for ged-emacs-devel@m.gmane-mx.org; Sun, 06 Feb 2022 06:49:48 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:33986) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGfzG-0008KO-Sf for emacs-devel@gnu.org; Sun, 06 Feb 2022 06:45:47 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:17336 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.90_1) (envelope-from ) id 1nGfyr-00049n-9w for emacs-devel@gnu.org; Sun, 06 Feb 2022 06:45:26 -0500 Original-Received: (qmail 45072 invoked by uid 3782); 6 Feb 2022 11:38:25 -0000 Original-Received: from acm.muc.de (p2e5d56dd.dip0.t-ipconnect.de [46.93.86.221]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 06 Feb 2022 12:38:25 +0100 Original-Received: (qmail 5227 invoked by uid 1000); 6 Feb 2022 11:38:21 -0000 Content-Disposition: inline In-Reply-To: <87v8xtatlr.fsf@gnus.org> X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.1; envelope-from=acm@muc.de; helo=mail.muc.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=unavailable 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:285958 Archived-At: Hello, Lars. On Sat, Feb 05, 2022 at 22:31:12 +0100, Lars Ingebrigtsen wrote: > Alan Mackenzie writes: [ .... ] > But this reminds me of something I meant to ask, but forgot: Would it > make sense to introduce a configuration option to en/disable the SWP > stuff? Probably not as a long term thing, but it would make > benchmarking things a lot easier if we could en/disable it on the > current trunk simply. By doing something like calling read rather than read-positioning-symbols from the byte compiler, and putting conditional compilation into lisp_h_EQ, etc., in src/lisp.h? This would leave the compiler not fully functional, of course. It might work. I get the feeling it's one of those things which sounds simple, but there might be unforeseen problems waiting. One of those problems might be the option somehow surviving long beyond its intended lifetime, with pressure to maintain it coming from somewhere. I would more favour the slightly more laborious strategy: benchmark on the master branch in two repositories, one just before the big merge, the other just after. > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no -- Alan Mackenzie (Nuremberg, Germany).