From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kelly Dean Newsgroups: gmane.emacs.devel Subject: Re: Why is Elisp's defvar weird? And is eval_sub broken? Date: Tue, 17 Feb 2015 23:39:27 +0000 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1424216480 22489 80.91.229.3 (17 Feb 2015 23:41:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 17 Feb 2015 23:41:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 18 00:41:09 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YNrlN-00058r-Hy for ged-emacs-devel@m.gmane.org; Wed, 18 Feb 2015 00:41:09 +0100 Original-Received: from localhost ([::1]:47791 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNrlL-0004tj-Qj for ged-emacs-devel@m.gmane.org; Tue, 17 Feb 2015 18:41:07 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53731) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNrl9-0004tS-Rz for emacs-devel@gnu.org; Tue, 17 Feb 2015 18:40:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YNrl5-0006mV-Sz for emacs-devel@gnu.org; Tue, 17 Feb 2015 18:40:55 -0500 Original-Received: from relay5-d.mail.gandi.net ([2001:4b98:c:538::197]:54996) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNrl5-0006lx-MI for emacs-devel@gnu.org; Tue, 17 Feb 2015 18:40:51 -0500 Original-Received: from mfilter20-d.gandi.net (mfilter20-d.gandi.net [217.70.178.148]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 1236841C054; Wed, 18 Feb 2015 00:40:47 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter20-d.gandi.net Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter20-d.gandi.net (mfilter20-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id qr6xj4gYhu+L; Wed, 18 Feb 2015 00:40:45 +0100 (CET) X-Originating-IP: 66.220.3.179 Original-Received: from localhost (gm179.geneticmail.com [66.220.3.179]) (Authenticated sender: kelly@prtime.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id A0BA241C06C; Wed, 18 Feb 2015 00:40:43 +0100 (CET) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4b98:c:538::197 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:183217 Archived-At: Stefan Monnier wrote: > Using the same identifiers sometimes as a lexical var and sometimes as > a dynamic var is evil for the poor human reader. Si I have no intention > to try and refine the semantics of such cases. So the local-specialness feature is intended exclusively to be a workaround for the problem of non-prefixed symbols, not intended for any other purpose? In that case, should desktop-first-buffer, desktop-buffer-ok-count, and desktop-buffer-fail-count be given init values to prevent local specialness, so that code outside desktop.el that calls desktop functions that use those variables doesn't have to do defvar on them?