From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#54399: 27.2; Problems with (let ((custom-variable ...)) (autoload-function ...)) Date: Tue, 12 Apr 2022 18:15:18 -0400 Message-ID: References: <8335ii5y60.fsf@gnu.org> Reply-To: Stefan Monnier Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4192"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: michael_heerdegen@web.de, Eli Zaretskii , 54399@debbugs.gnu.org, larsi@gnus.org To: Ignacio Casso Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Apr 13 00:16:12 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 1neOnz-0000qr-H0 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 13 Apr 2022 00:16:11 +0200 Original-Received: from localhost ([::1]:51522 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1neOny-0005AF-5l for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 12 Apr 2022 18:16:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36952) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1neOnq-0005A6-Tu for bug-gnu-emacs@gnu.org; Tue, 12 Apr 2022 18:16:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56589) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1neOnq-00089m-LG for bug-gnu-emacs@gnu.org; Tue, 12 Apr 2022 18:16:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1neOnq-0004Vp-Gw for bug-gnu-emacs@gnu.org; Tue, 12 Apr 2022 18:16:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Apr 2022 22:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54399 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 54399-submit@debbugs.gnu.org id=B54399.164980172817280 (code B ref 54399); Tue, 12 Apr 2022 22:16:02 +0000 Original-Received: (at 54399) by debbugs.gnu.org; 12 Apr 2022 22:15:28 +0000 Original-Received: from localhost ([127.0.0.1]:50480 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1neOnI-0004Ud-4N for submit@debbugs.gnu.org; Tue, 12 Apr 2022 18:15:28 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:2200) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1neOnG-0004UP-Q0 for 54399@debbugs.gnu.org; Tue, 12 Apr 2022 18:15:27 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 77815100166; Tue, 12 Apr 2022 18:15:21 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id EBE47100091; Tue, 12 Apr 2022 18:15:19 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1649801719; bh=jBsUTYOBcs9MXbTxgW7vSoYX+fYClEjUoRcnDwDVo8Y=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=dQfg3hVYIF25WH+5Uqbyd1fv1bgSwppBnyo+16MWikOBvmVeSTlPX1YGf5YfOXp6k PpbNCHdm77WWzamo7+GQcmBNawXun2a0S6TY9hJIuRch3LtbQahXLdUZF+A4R2/zR9 8op7W1Kl0suAydWPzPFenhM9x/lGb8WlgS3ieN5QsMhIYoF0dZp+kM64Fi0WS7a6mt z1hRWDI1g3eXila/pInb1TgBHP/f0qHLB6S4UrxTf9O/+H+/o/u06vtpe6qyUnZ3wA rJxwwFqbbZQaBSg7VYSnoGRFgC+8VcsTv+ROX/pXqfRly4K0zxGwQqmkNW+iFSHq1Q tGuZFHyvoJ/ug== Original-Received: from pastel (unknown [45.72.221.51]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 9AA70120328; Tue, 12 Apr 2022 18:15:19 -0400 (EDT) In-Reply-To: (Ignacio Casso's message of "Tue, 12 Apr 2022 17:27:04 +0200") 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" Xref: news.gmane.io gmane.emacs.bugs:229780 Archived-At: > Probably because I don't really understand all the concepts involved > here. But I expect functions that operate on the default value of the > buffer-local dimension to behave the same way regardless of whether the > current buffer happens to have actually a local value. You're looking at the dimensions in the wrong way. It's like when we split a window in two. Some persons will say it's split vertically (because the two new windows are stacked vertically) while others will say it's split horizontally (because the line delimiting the two new windows is horizontal). When I say that `default-value` operates on the buffer-localness, I mean that the difference `default-value` and `symbol-value` only differ with respect to whether they consider a buffer-local value or not. They're both stuck in the current (i.e. most deeply nested) let-binding in either case. IOW, the choice between `default-value` and `symbol-value` lets you walk along the line between buffer-local and not-buffer-local, but it does not let you walk up the stack of nested let-bindings. Only `default-toplevel-value` lets you do that (and it only does that on the non-buffer-local part of the space: there is nothing like `symbol-toplevel-value` which would let you find the "top-level buffer-local value"). > But never mind, I just wanted to ensure that the current behavior was > the expected one It is, yes. Stefan