From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: antlr-mode.el - need some support by python.el Date: Sun, 22 Mar 2015 01:41:45 +0200 Message-ID: <550E01B9.8090704@yandex.ru> References: <54E54DE7.1010807@yandex.ru> <54E558C8.9040600@yandex.ru> <54E90362.8070904@yandex.ru> <54F38FD3.1020307@yandex.ru> <54F47CD3.5080708@yandex.ru> <54F4A62F.3040403@yandex.ru> <54F4BA93.4000801@yandex.ru> <54F742DA.3080106@yandex.ru> <54F78E3B.1080000@yandex.ru> <550D8EAF.2080602@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1426981322 12010 80.91.229.3 (21 Mar 2015 23:42:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 21 Mar 2015 23:42:02 +0000 (UTC) Cc: "Wedler, Christoph" , "=?UTF-8?Q?Fabi=c3=a1n_E.Gallina?=" , "emacs-devel@gnu.org" To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 22 00:41:56 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 1YZT1f-0004eF-Nc for ged-emacs-devel@m.gmane.org; Sun, 22 Mar 2015 00:41:55 +0100 Original-Received: from localhost ([::1]:49351 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YZT1e-0007Tz-RA for ged-emacs-devel@m.gmane.org; Sat, 21 Mar 2015 19:41:54 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54501) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YZT1b-0007Tu-DH for emacs-devel@gnu.org; Sat, 21 Mar 2015 19:41:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YZT1Y-00007O-6S for emacs-devel@gnu.org; Sat, 21 Mar 2015 19:41:51 -0400 Original-Received: from mail-we0-x22f.google.com ([2a00:1450:400c:c03::22f]:35010) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YZT1X-00007G-V1 for emacs-devel@gnu.org; Sat, 21 Mar 2015 19:41:48 -0400 Original-Received: by webcq43 with SMTP id cq43so109322550web.2 for ; Sat, 21 Mar 2015 16:41:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=3AmIr8wTMoGU8q4JOCwr7gcGP/156AUlBKEw5P921Es=; b=e7wvdbyGhUsxxUSLFTGqF0FBoI8yJ8Ek9R5y0hE4iPpZepQjOT3sd3PCrWlvQDclPo B+VygdUZvuAJRG+ba8DuvcSzAjo5xGYbks+KP80qiROyroznOkwqENXj0fX8cnYZqNWp 7bfEfV0p5pMwMwd7DxF0pMM4N18/AnfmmqFcMR7DAFRwZmLc+10HsEeIx9yJhCeLovag j7gd2SOG5c0qTPTo3hYSliVzutBXy2azSmfHh2S+XequWVo7lKwJBaeZBXXR8bZM01Yd AhmEoUsekMkUKfB9EoI8uaZjzfHUJm2yZAAWDhUSlBWJFWEI5GvncNI6cABXFhBrA4Hz Tzlw== X-Received: by 10.180.103.136 with SMTP id fw8mr7619655wib.46.1426981307369; Sat, 21 Mar 2015 16:41:47 -0700 (PDT) Original-Received: from [192.168.1.3] ([82.102.93.54]) by mx.google.com with ESMTPSA id lb6sm12578522wjb.22.2015.03.21.16.41.46 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 21 Mar 2015 16:41:46 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101 Thunderbird/36.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c03::22f 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:184112 Archived-At: On 03/21/2015 07:08 PM, Stefan Monnier wrote: >> Just having a dynamically-scoped var by itself seems a more verbose and >> error-prone approach to me. > > The narrowing state is just the same as a dynamically-scoped var, it's > just not exposed in the same way to Elisp. I'm not sure I understand your point. It's the same, yet not the same: it's a special var which many built-in function respect, so the user respects it automatically, most of the time, without even trying to.