From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#58801: [PATCH] Autoload the `calc-eval-error' variable Date: Thu, 24 Nov 2022 11:50:56 -0800 Message-ID: References: <87fsfaa56t.fsf@rfc20.org> <8735ak6pq7.fsf@rfc20.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26587"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 58801@debbugs.gnu.org To: Matt Armstrong Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 24 20:57:41 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1oyILs-0006hf-9f for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Nov 2022 20:57:40 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oyILI-0007OP-GS; Thu, 24 Nov 2022 14:57:04 -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 1oyILH-0007Ni-8e for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 14:57:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oyILH-00053y-0X for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 14:57:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oyILF-0003jA-SF for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 14:57:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Nov 2022 19:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58801 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 58801-submit@debbugs.gnu.org id=B58801.166931980714308 (code B ref 58801); Thu, 24 Nov 2022 19:57:01 +0000 Original-Received: (at 58801) by debbugs.gnu.org; 24 Nov 2022 19:56:47 +0000 Original-Received: from localhost ([127.0.0.1]:60313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oyIL1-0003ih-57 for submit@debbugs.gnu.org; Thu, 24 Nov 2022 14:56:47 -0500 Original-Received: from mail-oa1-f47.google.com ([209.85.160.47]:42735) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oyIKy-0003iU-Sw for 58801@debbugs.gnu.org; Thu, 24 Nov 2022 14:56:45 -0500 Original-Received: by mail-oa1-f47.google.com with SMTP id 586e51a60fabf-142b72a728fso2939774fac.9 for <58801@debbugs.gnu.org>; Thu, 24 Nov 2022 11:56:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=Zz2Dm4ZFLq6h/CN6i/E4a2fmdjSo4ltw8q9bAOyPITQ=; b=KtK1ULSGwF7Zkxi/WUq22CpdrnLTZZ5orHgFOllQ9OnNd/Q9KZlJHSX8i45C1GN8+5 uhKizXNmnhr5XDHi8y1m8gfH27IUUHoTjPyWrid/M5SyXs2aiAHWum0i+Ax0lCE7TsvF C0QIY2fLaDUD7BbxoNoMRlj6ca6PC9sJmDsAn7D3BSC+pyySMGHB81UpAfrYXY/wztDg /t6/6PnSzt7oLdbPywid6dFDnXWx+RNZwq5v+cTCFsYv1cbN16DdYT6xjo6KmB6KbSEV e6zYkWeW1oUxn1WXvNpVF0kUHShYy5ToJDuVgIBvnWO0SLW+bc3V6qFAXcIa9YYmtk0n WmPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Zz2Dm4ZFLq6h/CN6i/E4a2fmdjSo4ltw8q9bAOyPITQ=; b=WpLFtitWcra3ezxAPEXnqRsgv/KPrRTUW7kBuMHRjJ4ejtPZ+Uvkf/dSJMbxZURDnt 153ZINagPp6UbppL9YuZsl0TaSvzpi7F25GOj9CYQZuZXeOuhkFJiHAxskIE00KADPZH m7gKesuyYFfpHkSF0njoEECq4ipO+HjLqJiO9MhGVAp4etswsVNfkPgiy/nX9D+65Y8M IlbCSRfiqTPx0jmkqDrvRIRckzfEC7fp6fXrkfliJNixRDuf4giypD5xOymsYicb22OO B5xogzbc55qYwK2gKbb2+N5Z7pLvsZ6vbAl4J11fCcrYv9Vg/EdEze2HQfWtcFCqTHGz N8kQ== X-Gm-Message-State: ANoB5plJjDWf5khztQtKjpL20FP3cvyaO+Vv5EqlCfiyL9a1eKzOqkAY Zr5LbRlQU/qqbv/lNppwnfBKCsAYVZLRnB5lnETN04h9 X-Google-Smtp-Source: AA0mqf54mSCqiEWGO6/joIyGyrnQUe1sPUSYN8k0ZY+Ymzz/qbI4LeTjrKakVwvj/twke6H9aDgLq+OoyPy9SFSW9jI= X-Received: by 2002:a05:6870:cc89:b0:12b:fbe7:b793 with SMTP id ot9-20020a056870cc8900b0012bfbe7b793mr21416428oab.92.1669319457148; Thu, 24 Nov 2022 11:50:57 -0800 (PST) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 24 Nov 2022 11:50:56 -0800 In-Reply-To: <8735ak6pq7.fsf@rfc20.org> (Matt Armstrong's message of "Tue, 15 Nov 2022 10:24:00 -0800") X-Hashcash: 1:20:221124:58801@debbugs.gnu.org::iVRj35ybKgmzBmor:3TJg X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:248912 Archived-At: Matt Armstrong writes: > Note that in my case I had (require 'calc) in the file that used the > `calc-eval-error' symbol. The info docs for calc state that (require > 'calc) loads nearly everything you need from calc. I may not understand > something about the design constraints here, but it seems strange to > refrain from autoloading this symbol, since (require 'calc) already > (auto)loads a *lot* of stuff. So you are saying that if you have a file foo.el, that requires calc, and then tries to use calc-eval-error variable (documented as part of the external API), you get a byte-compiler warning? I agree that this doesn't sound very intuitive. > My first impression is that adding `defvar' to squash bytecomp warnings > for symbols in other packages is the wrong default action, and that the > best idea is for > > (require 'foo) > > to provide all symbols 'foo-' that one might need when using the `foo' > package in the normal way. So I think we could install your patch.