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: multi-assignment setq [was: setq's with missing final arguments.] Date: Sun, 22 Nov 2015 07:53:52 -0800 (PST) Message-ID: References: <20151122122657.GA2332@acm.fritz.box> <87si3yp5y6.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1448207669 26495 80.91.229.3 (22 Nov 2015 15:54:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 22 Nov 2015 15:54:29 +0000 (UTC) Cc: emacs-devel@gnu.org To: Oleh Krehel , Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 22 16:54:13 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 1a0Wxv-0001u0-8r for ged-emacs-devel@m.gmane.org; Sun, 22 Nov 2015 16:54:11 +0100 Original-Received: from localhost ([::1]:56508 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0Wxv-0006uY-0e for ged-emacs-devel@m.gmane.org; Sun, 22 Nov 2015 10:54:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48755) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0Wxr-0006tb-HJ for emacs-devel@gnu.org; Sun, 22 Nov 2015 10:54:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a0Wxn-0002YM-Bf for emacs-devel@gnu.org; Sun, 22 Nov 2015 10:54:07 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:39891) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0Wxn-0002YI-3I for emacs-devel@gnu.org; Sun, 22 Nov 2015 10:54:03 -0500 Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id tAMFrwPt023994 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 22 Nov 2015 15:53:58 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id tAMFrwrI010835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 22 Nov 2015 15:53:58 GMT Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by userv0122.oracle.com (8.13.8/8.13.8) with ESMTP id tAMFrwXK015621; Sun, 22 Nov 2015 15:53:58 GMT In-Reply-To: <87si3yp5y6.fsf@gmail.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: userv0021.oracle.com [156.151.31.71] 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:195029 Archived-At: > In my opinion, multi-variable setq should be deprecated altogether. (This is a change of topic. The Subject line should change too.) Presumably, since `setq' can make multiple assignments to the same variable, you mean not "multi-variable" but "multi-assignment". > I'm sure many people will disagree for the reasons of habit, I disagree completely. But not out of habit. In fact, for years (quite a long time, in fact) I avoided it, in favor of multiple `setq' calls. If necessary, I can give the reasons why I now prefer to use a single `setq' with multiple assignments. > but multi-variable setq is just plain bad: it makes LISP less > lispy that it should be. For example: "(setq bar)" is a nice > sexp: you can delete it, copy it, comment it, move it around That quality is not what I consider "lispiness". That same complaint applies to `let*' and a zillion other Lisp veterans.