From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: master 859190f 2/3: Convert some keymaps to defvar-keymap Date: Wed, 13 Oct 2021 22:01:36 +0300 Message-ID: <83k0ign3zj.fsf@gnu.org> References: <20211004081724.6281.11798@vcs0.savannah.gnu.org> <20211004081727.4F24921048@vcs0.savannah.gnu.org> <871r4qcs8s.fsf@gnus.org> <87o87ubcnl.fsf@gnus.org> <87h7dm9en7.fsf@gnus.org> <818f9907c2b1fe8b54b1@heytings.org> <83tuhlnkxm.fsf@gnu.org> <818f9907c2f359a71f49@heytings.org> <83czo9nj4g.fsf@gnu.org> <818f9907c244b9db0bea@heytings.org> <834k9lnd2i.fsf@gnu.org> <818f9907c2dff3b49971@heytings.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28730"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, stefankangas@gmail.com, emacs-devel@gnu.org To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Oct 13 21:02:48 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 1majWa-0007Cl-2H for ged-emacs-devel@m.gmane-mx.org; Wed, 13 Oct 2021 21:02:48 +0200 Original-Received: from localhost ([::1]:46814 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1majWY-0002uZ-GK for ged-emacs-devel@m.gmane-mx.org; Wed, 13 Oct 2021 15:02:46 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43168) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1majVZ-0002Df-26 for emacs-devel@gnu.org; Wed, 13 Oct 2021 15:01:45 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:43174) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1majVW-0001sS-E2; Wed, 13 Oct 2021 15:01:42 -0400 Original-Received: from [87.69.77.57] (port=4202 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1majVW-00065o-0z; Wed, 13 Oct 2021 15:01:42 -0400 In-Reply-To: <818f9907c2dff3b49971@heytings.org> (message from Gregory Heytings on Wed, 13 Oct 2021 16:07:42 +0000) 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:276930 Archived-At: > Date: Wed, 13 Oct 2021 16:07:42 +0000 > From: Gregory Heytings > Cc: larsi@gnus.org, stefankangas@gmail.com, emacs-devel@gnu.org > > To reply to your question anyway: perhaps I'm misunderstanding something, > but I don't see why this would in itself imply preloading anything new. > The (fboundp 'kbd) check, and checking that the return value of safe_call1 > is non-nil (which I didn't do in the proof of concept) means that this > would not have any effect until subr.el and edmacro.el (there's no > "kbd.el", so I guess you mean "edmacro.el") are loaded. I understand, but edmacro is not preloaded, and files we do preload, like bindings.el, call define-key all over the place. Letting all those calls fail, albeit silently, would not be useful, not if we want to be able to use 'kbd' syntax freely in preloaded files. So I'm not sure I understand how your proposal will work in practice.