From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: master 8f0f851: * lisp/autoarg.el: Use lexical binding. Date: Wed, 29 Apr 2020 00:02:25 -0400 Message-ID: References: <20200419004503.26161.91884@vcs0.savannah.gnu.org> <20200419004504.C65772049B@vcs0.savannah.gnu.org> <026ef78c-3c5e-4fd8-8161-0cc2cf5771c0@default> <87o8rc2w6p.fsf@web.de> <718e93ef-f2a7-4272-9bd9-31b482409bc8@default> <87imhj2faz.fsf@t510.orion.oneofus.la> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="34915"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Michael Heerdegen , Juanma Barranquero , Stefan Kangas , Drew Adams , emacs-devel@gnu.org To: Vladimir Sedach Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Apr 29 06:06:29 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jTdzR-0008yH-4S for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Apr 2020 06:06:29 +0200 Original-Received: from localhost ([::1]:33640 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jTdzQ-0001ZH-6M for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Apr 2020 00:06:28 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58310) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jTdva-000095-PN for emacs-devel@gnu.org; Wed, 29 Apr 2020 00:02:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jTdva-0007D4-3v for emacs-devel@gnu.org; Wed, 29 Apr 2020 00:02:30 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:16061) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jTdvZ-0007Bt-NR for emacs-devel@gnu.org; Wed, 29 Apr 2020 00:02:29 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id B6E6C45066E; Wed, 29 Apr 2020 00:02:28 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 1DAF1450295; Wed, 29 Apr 2020 00:02:27 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1588132947; bh=l2nuTirtD9wmM+BjO7xp2Vwq9+MoCjMTN0fqQuuYrfw=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=dL+CM/ziHE7QYF8htdVHV+DZrbQk1SG5NU5Gy7qAiMW+GlnTH35ZZDTQstY5eg/uE cYyAZmqDvbVBrJHG/oacNM3uz29TNykj134qWMhGQbG9OPdNeUCckTZGXRs2MVEPAF e8DQzgQXv1eQVqO1YQF9v+elI4M9ohPMCO/Fb1LOPtTyDN1tn6CiqLnWV0pmPSvisw NtaiqRQg3jcVjaCYqVxivjMr9lb+i2i94ARvqGMncMuk65vwaEBuAfxTuDFJLeZXlp gMRnrlwSytmnu8hgtSN2Xl5DUE1ezd7mrmhcNO4m2UI0ogNgVmVBK6ZwVMAh+55lXQ eCghVvo/3JK8w== Original-Received: from alfajor (69-165-158-35.dsl.teksavvy.com [69.165.158.35]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id B233612085F; Wed, 29 Apr 2020 00:02:26 -0400 (EDT) In-Reply-To: <87imhj2faz.fsf@t510.orion.oneofus.la> (Vladimir Sedach's message of "Tue, 28 Apr 2020 19:31:32 -0700") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/04/28 23:51:39 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Received-From: 132.204.25.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:248079 Archived-At: > Conceptually, RESULT is a neat way to have the DOLIST/DOTIMES/DO > expression evaluate to a useful value, It's not. Putting the return value right after (wrapping the two in a `progn` if needed) is a much neater solution, which is also visually much better at clarifying what is returned. The only potential usefulness of the RETURN part is to get access to the "after-last" value of the iteration variable (which is the only concrete difference between using RESULT or placing the result as a separate expression after the iteration). > Deprecating RESULT makes it harder to port Common Lisp code to Elisp. I have tried to port a few Common Lisp codes to Elisp, and this kind of syntactic rewrite is so trivial to handle (and the dotimes/dolist macros could even tell you how to do them) that it doesn't even register in comparison to the much harder work of dealing with library differences, packages, reader macros, ... Stefan