6c/cf503fe2c6b45ca408caa2c55d261cd1e9cee6

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