From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: cl-lib warnings Date: Wed, 21 Dec 2022 14:04:34 +0000 Message-ID: References: <86o7s3lsnx.fsf@mail.linkov.net> <86bknx8783.fsf@mail.linkov.net> <837cylapt4.fsf@gnu.org> <83wn6kamwr.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000a891f405f05703c4" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14242"; mail-complaints-to="usenet@ciao.gmane.io" Cc: juri@linkov.net, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 21 15:04:09 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 1p7zhZ-0003S8-9y for ged-emacs-devel@m.gmane-mx.org; Wed, 21 Dec 2022 15:04:09 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p7zgo-0000d2-Rz; Wed, 21 Dec 2022 09:03:22 -0500 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 1p7zgn-0000c1-Hb for emacs-devel@gnu.org; Wed, 21 Dec 2022 09:03:21 -0500 Original-Received: from mail-oi1-x22b.google.com ([2607:f8b0:4864:20::22b]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p7zgl-0006Ba-Sr; Wed, 21 Dec 2022 09:03:21 -0500 Original-Received: by mail-oi1-x22b.google.com with SMTP id s186so13371894oia.5; Wed, 21 Dec 2022 06:03:19 -0800 (PST) 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=QuRe2DFSKSn1xCf3ajrAsguB+nOvvFrydiL5ykLVqmI=; b=mgrC/whuxdIodXUGhQs7Qcduc2mEcWchfhldd1kn58MwHDZNWzqZTaN3uW3eTyAveQ Mmk4YjarcUBGf8e+5XGE6BiRIfkfCzZpz73K6XIHtWqwb0Rd7FAbfHMM/dpavqZhOdam HM7ExJQWyOkbruikS56p4iI5IS2zsVB1cqyTGOFiz4Ozp9V1Hhj3wV64fyi8OQNHvJun Chg/qaLJZ9b/YPjj9Cz5LGWBfRh2p3CHKvzXWrvGsk0xGBOddrVp1pqIiZ3Jrmd9R6kz C3fXKxTF28taIfNdwBXzrGtIuMmjF9Yol80ZYUMjHk9E9Ee9SpnrL+8bDIUVY0Inu+aU bEpg== 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=QuRe2DFSKSn1xCf3ajrAsguB+nOvvFrydiL5ykLVqmI=; b=0uI3/WibPLw2Y0IjqZobN/YcTh2PwSEsEZWPkLGQuEvKBeqNMguuDvx95DgvZ2onZc 8xcG5JsCTDaxIBN6iMG8cRe8RCAPzymVNNDd9fbonbnmDUtvHfnFTLow1U/hkDiNZ2jv HyV0DBGoJTPRuGNPWclyZnFj8x1zzAEzLts1QMhzrlgZAMCKutEGwba3HS0lHv90LgVC 0Fy7X1U/Wmhx4a0vsl08yxAgFWrx2svoiuFPl3pPu4xAte7MIWZDZevatErJ+hpJaZLk jHgmhJt8bc4dPIYbTOf3w9MGl3Kt69/vlUepxbKOj4uHOais8hpMGBgLYDsFzV0dcLvC ePOA== X-Gm-Message-State: ANoB5pkabZw1wqm/Uh1QwpMFevlS5ihRETg8YCn6q79tYMtj7UPvfWfF gmTof9ENSmSu2BamIXZhtE3QiipwOBVAS90j2fO/tYcz78U= X-Google-Smtp-Source: AA0mqf5jxGttc/WVZEr7cD5ISmPUZnRw0aS80nEZ1VzVCKSK5ipUUrBaCrxSb6317O9EwDve4sZk+g+3ecSfz2BamT0= X-Received: by 2002:aca:b03:0:b0:35e:4a14:8182 with SMTP id 3-20020aca0b03000000b0035e4a148182mr1137350oil.171.1671631397751; Wed, 21 Dec 2022 06:03:17 -0800 (PST) In-Reply-To: <83wn6kamwr.fsf@gnu.org> Received-SPF: pass client-ip=2607:f8b0:4864:20::22b; envelope-from=joaotavora@gmail.com; helo=mail-oi1-x22b.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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:301751 Archived-At: --000000000000a891f405f05703c4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Dec 21, 2022 at 1:47 PM Eli Zaretskii wrote: > > From: Jo=C3=A3o T=C3=A1vora > > Date: Wed, 21 Dec 2022 12:57:21 +0000 > > Cc: Juri Linkov , Stefan Monnier < > monnier@iro.umontreal.ca>, > > emacs-devel > > > > > So maybe it's not a problem to preload cl-lib > > > with byte-compiled size 19861. > > > > Yeah, let's also preload Org while at that. And Gnus. > > > > Hmm, we could trade it in for eldoc.el which is preloaded for some > reason related to Elisp-mode but really > > doesn't need to be (last time I checked). > > If we don't preload eldoc, it will be automatically loaded once you do > "emacs -Q". So it makes no sense not to preload it, > But I can't see how ElDoc can be useful when doing lots of things from emacs -Q like adding '--batch -f batch-byte-compile' or '--batch -f elisp-flymake--batch-compile-for-flymake', to name just two. Even when just emacs -Q is used, which starts up lisp-interaction-mode, which derives from emacs-lisp-mode, it's not unthinkable that ElDoc won't be actually needed at all. So IMO ElDoc should be auto-loaded, but not preloaded. There's also another reason to do so: upgrading ElDoc via M-x package-install (note that it is a :core GNU ELPA package) is, last time I checked, made more difficult, and requires the user to restart Emacs. > unless we also display it by default. You meant "disable" instead of "display" right? Jo=C3=A3o --000000000000a891f405f05703c4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Dec 21, 2022 at 1:47 PM Eli Zaretskii <eliz@gnu.org> wrote:
<= div class=3D"gmail_quote">
> From: Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com>
> Date: Wed, 21 Dec 2022 12:57:21 +0000
> Cc: Juri Linkov <juri@linkov.net>, Stefan Monnier <monnier@iro.umontreal.ca>,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0emacs-devel <emacs-devel@gnu.org>
>
>=C2=A0 > So maybe it's not a problem to preload cl-lib
>=C2=A0 > with byte-compiled size 19861.
>
>=C2=A0 Yeah, let's also preload Org while at that.=C2=A0 And Gnus.<= br> >
> Hmm, we could trade it in for eldoc.el which is preloaded for some rea= son related to Elisp-mode but really
> doesn't need to be (last time I checked).

If we don't preload eldoc, it will be automatically loaded once you do<= br> "emacs -Q".=C2=A0 So it makes no sense not to preload it,

But I can't see how ElDoc can be useful when d= oing lots of
things from emacs -Q like adding '--batch -= f batch-byte-compile'
or '--batch -f elisp-flymake--batch= -compile-for-flymake', to name
=C2=A0just two.

=
Even when just emacs -Q is used, which starts up
lisp-= interaction-mode, which derives from emacs-lisp-mode, it's
not unthinkable that ElDoc won't be actually needed= at all.

So IMO ElDoc should be auto-loaded, but not preloaded.
There's also another reason to do so: upgrading ElDoc = via
M-x package-install (note that it is a = :core GNU ELPA package)
is, last time = I checked, made more difficult, and requires the
user to restart Emacs.

> unless we also display it by default.
You meant "= ;disable" instead of "display" right?

Jo=C3=A3o

--000000000000a891f405f05703c4--