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