From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Clojure-like syntactic sugar for an anonymous function literal Date: Thu, 22 Jan 2015 12:34:18 -0800 Message-ID: <54C15ECA.5050008@dancol.org> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="TuWr4Ck8Prt6d8ucSPvADP7F0IAxAg86w" X-Trace: ger.gmane.org 1421958889 5074 80.91.229.3 (22 Jan 2015 20:34:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Jan 2015 20:34:49 +0000 (UTC) Cc: emacs-devel@gnu.org To: Oleh , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 22 21:34:48 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 1YEOSl-00036V-Mg for ged-emacs-devel@m.gmane.org; Thu, 22 Jan 2015 21:34:47 +0100 Original-Received: from localhost ([::1]:55951 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YEOSk-0008JC-OW for ged-emacs-devel@m.gmane.org; Thu, 22 Jan 2015 15:34:46 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53574) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YEOSS-0008II-BK for emacs-devel@gnu.org; Thu, 22 Jan 2015 15:34:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YEOSR-00053T-9M for emacs-devel@gnu.org; Thu, 22 Jan 2015 15:34:28 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:35140) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YEOSQ-00052Y-VV for emacs-devel@gnu.org; Thu, 22 Jan 2015 15:34:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=hlP0fQBqCXCV9T9cTlqO/Q5ENYrPCz6CHl1WaP+XfJs=; b=RAh4qMOqpKKXoQFtk/TQ7TPMLzs5wRkM5Yn3tPExk9IIhnAvUk9jnCd93FwlCLiV9TTjYVMmeAkJheixofFKLqtkUczpkXHhZv2XDQShgca1NCkbA1iz7Oj1F7p572Qrblqc9ZuTcc7Yrp08xEJ4yPilSJ0jTJJRTWUjXuHj2CPMZo/zf492InTdWFFgVw2L456hJfTRb13w1NXrlHKFKx51eBXmR4UQ90WRnRPjoepC58J9s6zZJ02M/zy3n6ExJsC917LJKVulqoTodKwgy/Wy6SG4xNny92eRFg4pXcUYf9x44sQ8IyCyAJUloMiMDX9ZnC6tBB6IsOwz1+rJrg==; Original-Received: from [2601:8:b240:93::2b1] by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1YEOSJ-0004mp-Ea; Thu, 22 Jan 2015 12:34:19 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 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:181632 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TuWr4Ck8Prt6d8ucSPvADP7F0IAxAg86w Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/22/2015 09:22 AM, Oleh wrote: >>> #(foo bar) should translate to (short-lambda (foo bar)) >> >> Hmm... >> >> Not completely sure where I stand on this. >=20 > Thanks for the consideration in any case. And I'm glad that I asked > this, even if it doesn't lead to a change. >=20 >> A few notes: >> - I like the generality of CL reader macros. >> - But extending elisp-mode to understand what's going on (and "do the >> right thing") with each new reader macro is not easy. That's a problem with any lisp that provides a reader-macro facility. The onus is on the authors of macro packages to create macros that work well with the existing emacs-lisp-mode parser. >> So I'm currently against addition of CL style reader macros. Stefan, is emacs-lisp-mode support your only objection? > I'm afraid that making CL style macros available to the public would > lead to more 3rd party extensions defining control structures used by > other 3rd party extensions. My opinion is that only the core should be > allowed to do that. Or at least the 3rd party control flow structures > should not propagate. We already have plenty of libraries defining "control flow" structures; look at all the anaphoric-if libraries out there. ITYM "lexical structure", not "control structure". >=20 --TuWr4Ck8Prt6d8ucSPvADP7F0IAxAg86w Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJUwV7KAAoJEN4WImmbpWBldaQP/Rc9DcOmY8XUPbS0+kbq0aIM 6qlENxHvSjayQTcYWE03rxr7dhn8MmJYD5PED4z68NRSNvY1RSaDymNz9DpNpFa4 gNLtbLqUMJI2fgLViSmuetg+3OGg3CLdUHrn9lMXDKOCMAHMR+UsJOMljG60oKSp WITuIG/WZEgNfBHTjClAOTl8vanP8vrzbA6/Ggl1rC3HwrwByU4dVjAyeHA/pXrD QrX7JIvex2ZxhF116cPIGoZJyMo3wUOCBUZybSIzSNwD12mwnahqFltIWjZixbVB Ij6cR/EsQUXjoy2FKoEGENNjlZ98wfKLchtvgORnsJjzA5dB2+grrvdHLApVygTN qzlta7QKSEBorGUgJUuB/ZMCly3qFp7rOMQ0JYdM2BoxliMEE/3C9GX1x4vIa8L4 CcIJN/JOKJ58KluH99tW8/n9yZD+g5+Zj0lqsJwYGfWHniGqsdUu5Aj6/NQojSJV Lhki5VJqTO4xl95X1ZHvHcQM92ozVXzbHGNnM2fyE2JRQjyT5sLlca21x138FCuC HYV+RGRwyrHXtMUQAMd13E4qeGkbpaECIQQ0MrplpzKC+tQ9KuQnd3lVfywUKFLw RYCQ+b5tQ+HasJHcM4y0W5A/VYbwnC4t1WFZXL+sxZAmZV3dCyQhMmuZQ9ttNoxh sTIPLUFUBY4IeHxvB2Ne =3HL0 -----END PGP SIGNATURE----- --TuWr4Ck8Prt6d8ucSPvADP7F0IAxAg86w--