From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] master 012487b: * lisp/display-line-numbers.el (display-line-numbers-type): Autoload it. Date: Tue, 25 Jul 2017 09:37:31 +0200 Message-ID: <87inih6k78.fsf@detlef> References: <20170723072843.23485.53761@vcs0.savannah.gnu.org> <20170723072844.877FD22EF0@vcs0.savannah.gnu.org> <87inijxnda.fsf@detlef> <83r2x57orp.fsf@gnu.org> <83o9s97lul.fsf@gnu.org> <83fudl7k0p.fsf@gnu.org> <83eft56y4n.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1500968302 22539 195.159.176.226 (25 Jul 2017 07:38:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 25 Jul 2017 07:38:22 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 25 09:38:18 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dZuQ4-0005ZJ-Mk for ged-emacs-devel@m.gmane.org; Tue, 25 Jul 2017 09:38:16 +0200 Original-Received: from localhost ([::1]:58971 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dZuQA-0000Pg-Fe for ged-emacs-devel@m.gmane.org; Tue, 25 Jul 2017 03:38:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42654) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dZuPX-0000PP-Hu for emacs-devel@gnu.org; Tue, 25 Jul 2017 03:37:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dZuPW-00032c-Li for emacs-devel@gnu.org; Tue, 25 Jul 2017 03:37:43 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:64849) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dZuPS-00031R-Ql; Tue, 25 Jul 2017 03:37:39 -0400 Original-Received: from detlef.gmx.de ([213.220.157.143]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M1iGk-1dsxl91Zso-00tiVl; Tue, 25 Jul 2017 09:37:33 +0200 In-Reply-To: (Stefan Monnier's message of "Mon, 24 Jul 2017 23:22:32 -0400") X-Provags-ID: V03:K0:mCY2NIU9a1dnOm2x5V48ssWTt64Fan/p3pJKxCYbm8ijVl1s7oj aiFIhj9LQIQJJ+E0mQ3u3RgGcv5PsNEa2u3dI2mvAcYmrhan5KuGqTlM1SiLC0MItxxv/ja 10wSljYOd0u5b6jIwyFXcsLl5SQgiryY+bG1fzTq8l3jDc67jLq+wEfTi4fsAXgmkY3dAfB 7Ge07Pux9ohOcfxEoVt4w== X-UI-Out-Filterresults: notjunk:1;V01:K0:oPQlgIi1spg=:Attq+YJF+79vgMKzsZ8dU/ tXb8fN18WGum52p8ut32gw1aiDnoK7HdaFi+IPpyBqf3SzV2rJWeRibNeegU17/Ak8zW23jZt 0J6DMi5LU+H7oHvcgcefFy18dzh2b6qXdqDIlYnZ2yqQwtkUBjvjXQ0zBHufM4+aerk5PQJp1 IkrTpqt604ekS5SUId3eC2XxLKHCS6mDkZpmCqCHIUEQWOTFxy086Fiql9Pe1aYx1EPsgx39W istEHKeq6FX6WM/z21p0fMV47pI9NZlpacI6c9GZ5jq+7UyHEfrSCjScpNIMP1dkDD4WJrk4V v2GNIbtu2uLUFtEOnuWutGcZkrdtia5PHeqHYYzqcu9+R3bBgibhfnf+lnL53IffVDEE5CdKb kfWC8HlcYjGF2kCSmBLhGWocDcZGfTZzP7I1UYmIYBQLGStVCLwXgpWVpyJ8lDFM5I2RgVlu5 4P0psKjSWhAUoK0HdomXoWcZMK+vXY0P8ItMdu89feRNQeQUnXypZ/CTuNxhnsOzItUQrGWWm vULlKIQCg1L7HmVFOXnc8J0mRr3CoBGVW5VFNTih5DgZ3w33IN53gIzlAGt7wlrMM9AM3axGM hiZ60lBKd5Ztrr7RJdZjXqUb/m0eKtyd1wv3u0T9VSqk6CwfI3MduPpwZ1lZKuGsk8qFaXtwV prpGpab4ThUjCTVZQYn27RYVlu6/jK0zH5QLgwx5e85+3OBD9S3/10jPQtV5Zw7Lv58H2eRI9 20IzmtSMMOYY4mbsA6LA25KBgx76fYEzYCJZkz7ewvqDHDSimA08t+lEqBHgZU4HKgLsrKz2 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.17.22 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:217012 Archived-At: Stefan Monnier writes: >> We are miscommunicating. By "the problem" I meant the reason(s) why >> autoloading a defcustom should be considered undesirable, and by >> "proposed solutions" the alternatives for making sure a defcustom'd >> variable is defined when it is needed. > > There is no need for the variable to be defined in order to `setq' it, > which is why a simple (defvar foo) is sufficient here. In menu-bar.el (the case we are speaking about) and every other package, which might be interested to modify this variable prior calling the corresponding autoloaded function. I still don't see why it is better, to mandate every package using that variable a (defvar foo) . And if this is better, it must be documented in the manual with a reasoning. > Stefan Best regards, Michael.