From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Smarter M-x that filters on major-mode Date: Sun, 14 Feb 2021 18:10:57 +0100 Message-ID: <87zh06bmn2.fsf@gnus.org> References: <87pn16mehu.fsf@gnus.jao.io> <87o8gpvdfd.fsf@gnus.org> <87a6s9mf87.fsf@gnus.jao.io> <87o8goryuj.fsf@gnus.org> <87y2fqepza.fsf_-_@gnus.org> <87pn12u3x8.fsf@tcd.ie> <87h7meenj0.fsf@gnus.org> <83eehibn97.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34283"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: contovob@tcd.ie, acm@muc.de, Stefan Kangas , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Feb 14 18:12:24 2021 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 1lBKwZ-0008o0-IF for ged-emacs-devel@m.gmane-mx.org; Sun, 14 Feb 2021 18:12:23 +0100 Original-Received: from localhost ([::1]:41072 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lBKwT-0005ra-Dm for ged-emacs-devel@m.gmane-mx.org; Sun, 14 Feb 2021 12:12:22 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53278) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lBKvU-0005Hs-5W for emacs-devel@gnu.org; Sun, 14 Feb 2021 12:11:16 -0500 Original-Received: from quimby.gnus.org ([2a01:4f9:2b:f0f::2]:50914) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lBKvN-0005zN-4q; Sun, 14 Feb 2021 12:11:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=CFPoHFnb7FfhDDiaQxNkktcM2cpS3mIDRAMgai0wAGg=; b=Tyr5N3Z9io6A6HUswHMAMLknb0 LywmrNN6UZo8YzUxpj7isQ9AeXRZ5ME/aVbg2gqBKpXQOWkp51PgKmTwmHvy3eyYaAb5DJbCmWbFo rdcvcS5yFbi0b1ken1WqJfQ/3w6SmLFMeCPKyNQom9NV5T37uIEycL6tmInj2u+x5ceg=; Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lBKvC-0001vU-Bc; Sun, 14 Feb 2021 18:11:04 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEXs6ueHdGmuqrf/ ///FSMiWAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UCDg83MzTJgt0AAAGFSURBVCjPTZIxixsxEIXn BAux+vRuDI5+RcqULiyxVrUEEpL9FZuFK+zKBGTutlrMaZHer8yb9UFOheDTjGbmPUlEDvJ/bVox RQRQ+NKKxWBTGAi7ozjMjfcEs0LZBd9ppGV++Zwq4ZNCX9IJV0JuTQ7lRfDCtPzriXA1WPTOTHi7 blZw87mGqdtoV4PxhJC6BhjE3P94hNg1/TKILeIR+1OOWCEB8P4dXnvcgP5GmCVGMKiR54NxwMQI Sz+3LGoDKmZqOzYqcbrpvvONGCOpWy3wP9iYKaKyV726ePD03XcGezGyZdpmFf8A2qLiP4DDYPSO JAIwG821D1ggjh5n/5UQ74YtFuRB4VzoYg0cHbWvOB+k+n4WVxHN2Er97YvYXMN4IfhwFZOzv3+b FNg6p3T5q3Dc09aEZQdCS09cGv1FobOx2FTHWKTGoanBpJ9bR2hpQ5A8uKWIC9tM5VafnFPP2Vf+ EkMr7Gpnef8uKHsKfdig+qZ7+QDTIBzDrif6nGkQ9w+MhbkQFffadAAAACV0RVh0ZGF0ZTpjcmVh dGUAMjAyMS0wMi0xNFQxNTo1NTo1MSswMDowMMVes7QAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEt MDItMTRUMTU6NTU6NTErMDA6MDC0AwsIAAAAAElFTkSuQmCC X-Now-Playing: Wang Zijian's _The Wire Tapper 51_: "Lenin Elaborated Idealism in Twisted Spacetime (excerpt)" In-Reply-To: <83eehibn97.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 14 Feb 2021 18:57:40 +0200") Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org 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, 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.23 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:264732 Archived-At: Eli Zaretskii writes: > I think the important question is: can we have this feature in a way > that has fewer downsides? Backward incompatibility of byte code is > definitely a downside; if it can be avoided, that would be a net win, > I think. It can be avoided -- instead of stashing the modes in the byte code signature, we could put them in (put ...) forms in the .elc files (like `declare' does). The downside is that this is slower and takes up a lot more room in the .elc files, so it doesn't sound all that attractive as a solution in the long term. And if the .el file is incompatible (which they will be with the new `interactive' syntax), does it make sense to keep the .elc files compatible? Yes, you can use the .elc files in Emacs 27, but not the .el files? It doesn't really seem like something to worry overmuch about to me. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no