Re: emacs's function special form

diff --git a/6c/cf503fe2c6b45ca408caa2c55d261cd1e9cee6 b/6c/cf503fe2c6b45ca408caa2c55d261cd1e9cee6
new file mode 100644 (file)
index 0000000..b8f1fc7
--- /dev/null
+++ b/6c/cf503fe2c6b45ca408caa2c55d261cd1e9cee6
@@ -0,0 +1,112 @@
+Return-Path: <amdragon@mit.edu>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 069B0431FBD\r
+       for <notmuch@notmuchmail.org>; Sun, 18 Nov 2012 19:48:36 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id pt9ti9ypRPv2 for <notmuch@notmuchmail.org>;\r
+       Sun, 18 Nov 2012 19:48:34 -0800 (PST)\r
+Received: from dmz-mailsec-scanner-7.mit.edu (DMZ-MAILSEC-SCANNER-7.MIT.EDU\r
+       [18.7.68.36])\r
+       by olra.theworths.org (Postfix) with ESMTP id 4307A431FB6\r
+       for <notmuch@notmuchmail.org>; Sun, 18 Nov 2012 19:48:34 -0800 (PST)\r
+X-AuditID: 12074424-b7fce6d000000925-69-50a9ac10da6d\r
+Received: from mailhub-auth-3.mit.edu ( [18.9.21.43])\r
+       by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP\r
+       id 37.42.02341.01CA9A05; Sun, 18 Nov 2012 22:48:33 -0500 (EST)\r
+Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])\r
+       by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id qAJ3mWIe031824; \r
+       Sun, 18 Nov 2012 22:48:32 -0500\r
+Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
+       (authenticated bits=0)\r
+       (User authenticated as amdragon@ATHENA.MIT.EDU)\r
+       by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id qAJ3mTeh028854\r
+       (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
+       Sun, 18 Nov 2012 22:48:31 -0500 (EST)\r
+Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.77)\r
+       (envelope-from <amdragon@mit.edu>)\r
+       id 1TaILU-0000gx-P2; Sun, 18 Nov 2012 22:48:28 -0500\r
+From: Austin Clements <aclements@csail.mit.edu>\r
+To: Ethan <ethan.glasser.camp@gmail.com>, Aaron Ecay <aaronecay@gmail.com>\r
+Subject: Re: emacs's function special form\r
+In-Reply-To:\r
+ <CAOJ+Ob2Fha8n_ZretgesHgiB2UgTKiNh-cwxQ-_NGw=CkX7Wzw@mail.gmail.com>\r
+References:\r
+ <CAOJ+Ob2Fha8n_ZretgesHgiB2UgTKiNh-cwxQ-_NGw=CkX7Wzw@mail.gmail.com>\r
+User-Agent: Notmuch/0.14+100~gcb9b0b0 (http://notmuchmail.org) Emacs/23.3.1\r
+       (i486-pc-linux-gnu)\r
+Date: Sun, 18 Nov 2012 22:48:28 -0500\r
+Message-ID: <87zk2e9rsj.fsf@awakening.csail.mit.edu>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=utf-8\r
+Content-Transfer-Encoding: quoted-printable\r
+X-Brightmail-Tracker:\r
+ H4sIAAAAAAAAA+NgFprKKsWRmVeSWpSXmKPExsUixCmqrSu4ZmWAwdblLBbTln9ht7jTs4vF\r
+       4vrNmcwOzB47Z91l93i26hZzAFMUl01Kak5mWWqRvl0CV8a8m/2MBSu5K/aee8DawNjK2cXI\r
+       ySEhYCJxbM1JZghbTOLCvfVsXYxcHEIC+xglrry/yAjhbGCUOLvkGguEc5JJov3OOnYIZwmj\r
+       xL3Xk1lA+tkE9CVWrJ3E2sXIwSEi4CXRcqAIJMwsYCRxf8d0ZpCwsICWxOx5iiBhToFAickL\r
+       7rCC2EICARL7pvazg9iiAvESM7dOBbuIRUBVYv+sFjCbF+jS/1eOMkHYghInZz5hgRivLvFn\r
+       3iVmCFtbYtnC18wTGIVmISmbhaRsFpKyBYzMqxhlU3KrdHMTM3OKU5N1i5MT8/JSi3TN9XIz\r
+       S/RSU0o3MYJCnN1FZQdj8yGlQ4wCHIxKPLwv2lYGCLEmlhVX5h5ilORgUhLlnbEKKMSXlJ9S\r
+       mZFYnBFfVJqTWnyIUYKDWUmEN2UWUI43JbGyKrUoHyYlzcGiJM57PeWmv5BAemJJanZqakFq\r
+       EUxWhoNDSYL3CshQwaLU9NSKtMycEoQ0EwcnyHAeoOFNIDW8xQWJucWZ6RD5U4y6HHNmtj9h\r
+       FGLJy89LlRLn3QdSJABSlFGaBzcHlppeMYoDvSUMMYoHmNbgJr0CWsIEtORawHKQJSWJCCmp\r
+       BsbQDTITv1gb7ZR3rZSKeuxW43G6WXDG4n0zxX/clYq0/OMaclBx85LdcUW6XysKbO+JeeQs\r
+       OXPnROD8kpMHTJYVZPrczfvAIrN9x/Jy573NIhM1ti00SjlWePSSiEjii9dzP9t9Luy12nu8\r
+       0dUw+GnO1LPP9l59lL14z3yP3ig2o9A+xxWf/bKUWIozEg21mIuKEwHVvsGTKAMAAA==\r
+Cc: notmuch mailing list <notmuch@notmuchmail.org>\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 19 Nov 2012 03:48:36 -0000\r
+\r
+On Sun, 18 Nov 2012, Ethan <ethan.glasser.camp@gmail.com> wrote:\r
+> On Sun, Nov 18, 2012 at 7:10 PM, Aaron Ecay <aaronecay@gmail.com> wrote:\r
+>\r
+>> 2012ko azaroak 18an, Ethan Glasser-Camp-ek idatzi zuen:\r
+>> >\r
+>> > - You might want to use #' on lambdas.\r
+>>\r
+>> This is actually unnecessary =E2=80=93 as the info node "(elisp) Anonymo=\r
+us\r
+>> Functions" says, the forms with and without #' are equivalent.  The\r
+>> current notmuch style is not to have #' on lambdas (that is, there are 0\r
+>> instances of #'(lambda ...) in the code base).  IMO that=E2=80=99s corre=\r
+ct:\r
+>> the unnecessary #' is just line-noise-ish.\r
+>>\r
+>\r
+> OK, I think I understand. Thanks for the clarification. I found that info\r
+> node very confusing.\r
+>\r
+> It says that #' has effects "assuming function-object is a valid lambda\r
+> expression". So why put #' on variables that are the names of functions?\r
+>\r
+> In fact, outside names of functions, when are you supposed to use #' at a=\r
+ll?\r
+\r
+You don't need to use #' on a lambda form because lambda is actually a\r
+macro (implemented in Elisp!) that expands to\r
+  #'(lambda ...)\r
+so using #' would be redundant.  But you should use it on function\r
+symbols to hint the byte code compiler that you're referring to a\r
+function rather than a variable.  Using #' on symbols affects the\r
+optimizer (and may improve warnings?), even though the info node doesn't\r
+explicitly say how.  Plus, #' makes code more self-documenting.\r