From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: defvaralias Date: Mon, 27 Oct 2003 19:25:34 -0600 (CST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200310280125.h9S1PYw15256@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1067304980 16259 80.91.224.253 (28 Oct 2003 01:36:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 28 Oct 2003 01:36:20 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Oct 28 02:36:18 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AEImQ-0003NK-00 for ; Tue, 28 Oct 2003 02:36:18 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AEImQ-0006Dg-00 for ; Tue, 28 Oct 2003 02:36:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AEIlz-0001ob-Cu for emacs-devel@quimby.gnus.org; Mon, 27 Oct 2003 20:35:51 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AEIhv-0007C4-LF for emacs-devel@gnu.org; Mon, 27 Oct 2003 20:31:39 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AEIhA-0006LH-37 for emacs-devel@gnu.org; Mon, 27 Oct 2003 20:31:23 -0500 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AEIgv-0005tq-BS for emacs-devel@gnu.org; Mon, 27 Oct 2003 20:30:37 -0500 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id h9S1UUKk021594 for ; Mon, 27 Oct 2003 19:30:30 -0600 (CST) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.6+Sun/8.11.6) id h9S1PYw15256; Mon, 27 Oct 2003 19:25:34 -0600 (CST) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:17483 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17483 Output of C-h f defvaralias: defvaralias is a built-in function. (defvaralias SYMBOL ALIASED &optional DOCSTRING) Make SYMBOL a variable alias for symbol ALIASED. Setting the value of SYMBOL will subsequently set the value of ALIASED, and getting the value of SYMBOL will return the value ALIASED has. ALIASED nil means remove the alias; SYMBOL is unbound after that. Third arg DOCSTRING, if non-nil, is documentation for SYMBOL. My remarks: This suggests that (defvaralias 'var nil) will make `var' cease to be an alias if it was one and unbind var, if var was bound. Instead, var becomes, pretty logically, an alias for `nil'. I looked at the code in eval.c and the code makes not the slightest attempt to implement any special behavior when ALIASED is `nil'. I propose to just remove the next to last line in the doc string and could commit this change if desired. I just want to make sure that the described behavior is not _really_ intended (and hence the bug would be in the code rather than in the doc string). Sincerely, Luc.