From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: giving `setq-local' the same signature as `setq' Date: Thu, 19 Mar 2015 08:11:41 -0700 (PDT) Message-ID: <0471cc2e-84d4-4a15-88b6-92a980e2949e@default> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1426777936 21138 80.91.229.3 (19 Mar 2015 15:12:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 19 Mar 2015 15:12:16 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Jordon Biondo , rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 19 16:12:01 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 1YYc75-0004o3-8Z for ged-emacs-devel@m.gmane.org; Thu, 19 Mar 2015 16:11:59 +0100 Original-Received: from localhost ([::1]:39677 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYc73-00071v-Cc for ged-emacs-devel@m.gmane.org; Thu, 19 Mar 2015 11:11:57 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49280) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYc6w-00070m-Ln for emacs-devel@gnu.org; Thu, 19 Mar 2015 11:11:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YYc6s-0006SI-I3 for emacs-devel@gnu.org; Thu, 19 Mar 2015 11:11:50 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:16682) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YYc6s-0006Ry-B9; Thu, 19 Mar 2015 11:11:46 -0400 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t2JFBgNH020164 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 19 Mar 2015 15:11:43 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id t2JFBgm4016092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 19 Mar 2015 15:11:42 GMT Original-Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t2JFBgMX031400; Thu, 19 Mar 2015 15:11:42 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 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:184018 Archived-At: > > > I find this behavior of `setq' to be a misfeature, which is > > > why I haven't adopted it for setq-local. >=20 > > It is most natural for setq-local to have the same calling > > convention as setq. >=20 > I understand the notion of setq's signature being a misfeature, You do? Pray tell, in what way is it a misfeature? Nothing has been said to elucidate this, so far - it has only been asserted. IMHO, it is a feature, giving users the choice. Just like implicit `progn' gives you the choice of adding `progn' or not. I often prefer to see sequential assignments grouped in the same `setq'. It means a lot less noise, for one thing. Especially when it means not needing to group multiple `setq's using `progn'. > but seeing as that will never change, I would tend to think that > `setq-local=E2=80=99 should reflect it=E2=80=99s name and act the same as= `setq=E2=80=99 Yes. Not to mention the same as Common Lisp `setf' and `psetf'... (Other Lisps too.) > but change values locally. Yes, I think so too, FWIW.