From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Byte-compilation warning in eldoc.el Date: Fri, 10 Jul 2020 10:41:47 -0400 Message-ID: References: <83k0zbq2sd.fsf@gnu.org> <874kqfg7ju.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22942"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Eli Zaretskii , emacs-devel@gnu.org To: =?windows-1252?B?Sm/jbyBU4XZvcmE=?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jul 10 16:43:06 2020 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 1jtuEy-0005oz-26 for ged-emacs-devel@m.gmane-mx.org; Fri, 10 Jul 2020 16:43:04 +0200 Original-Received: from localhost ([::1]:56554 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jtuEw-00065I-59 for ged-emacs-devel@m.gmane-mx.org; Fri, 10 Jul 2020 10:43:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45546) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jtuDs-0005RV-Jv for emacs-devel@gnu.org; Fri, 10 Jul 2020 10:41:56 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:16826) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jtuDq-0006l5-CV; Fri, 10 Jul 2020 10:41:55 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 8ABEC1012E2; Fri, 10 Jul 2020 10:41:50 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id B7A50100ED1; Fri, 10 Jul 2020 10:41:48 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1594392108; bh=QS40w3cniwuJnqquI8SSSrU7OFOBtHBgVmMCb15MnwE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=RygUtDtYFDYYwjcEM0xe55BXwtoc9Z4YCWLA7hGD48Kgi4uhlnyHzJNZP+hXL5xy5 hD56bfrGFcsveqiT4pqZ6b74oJB8uBtzhL/FQhlftQhsi5vi5Q0R5+BLkehEEBLEZU M126NMVse1xQmdJNtEKuc+T3fQL1bBFmICLg7Y7lVUTdeLGY3yXGSQWyOSl/eeQl// 2axZkzgR+J7b+Gwpc/swNfab68UV/QA75p/vPwnWaFEblbQbLfnUKQQgNGvx/4uqBr 59Z9iBRkk0j7/hh5jCX1FfSaj8h/HzAXuxpNAAnh/caXvNiV3riUmAoMZ064fygLIo H+dAwN41XOwtw== Original-Received: from alfajor (unknown [157.52.23.7]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 7B0D5120971; Fri, 10 Jul 2020 10:41:48 -0400 (EDT) In-Reply-To: <874kqfg7ju.fsf@gmail.com> (=?windows-1252?Q?=22Jo=E3o_T=E1vo?= =?windows-1252?Q?ra=22's?= message of "Fri, 10 Jul 2020 08:20:37 +0100") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/07/10 10:41:50 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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:252822 Archived-At: > Thanks, fixed. But curiously it doesn't. You can call it (and I always > do call it) with one argument, as one does in CL. Technically, you can call it with one argument. But in 99% of the cases it's a really bad idea. > By the way, the only reason I had to do this (I rarely use this outside > interactive contexts) Exactly: it might make sense occasionally while debugging, but is usually an error in code. [ Using it with a second argument is quite different, because then it usually corresponds to a simple `remhash`. ] > When defining the obsolete variable alias for old > eldoc-documentation-function (which now points to the newer > eldoc-documentation-strategy), Which reminds me: I think it'd be better not to make it an alias. > Separately, I also noticed that calling `package-install` for Eldoc in > Emacs 26.3, will _not_ load eldoc, and neither will `require`. Not sure what you mean with the "_not_ load" part, but as for `require`, it's normal because it's preloaded. Stefan