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 6AEE6431FC4 for ; Mon, 1 Dec 2014 11:05:57 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.3 X-Spam-Level: X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_MED=-2.3] 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 t5Io36+ChRLe for ; Mon, 1 Dec 2014 11:05:49 -0800 (PST) Received: from smtp2.cs.Stanford.EDU (smtp2.cs.stanford.edu [171.64.64.26]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id D50ED431FC2 for ; Mon, 1 Dec 2014 11:05:49 -0800 (PST) Received: from tor-exit1.arbitrary.ch ([78.46.51.124]:47397 helo=Jane.lan) by smtp2.cs.Stanford.EDU with esmtpsa (UNKNOWN:AES128-GCM-SHA256:128) (Exim 4.80.1) (envelope-from ) id 1XvWI7-0001sq-Mj; Mon, 01 Dec 2014 11:05:48 -0800 From: Charles Celerier To: David Bremner , David Edmondson , Notmuch Mail Subject: Re: [PATCH v2] emacs: Added "is:" style completion to notmuch-read-query. In-Reply-To: <87fvcz457t.fsf@maritornes.cs.unb.ca> References: <1417219835-92141-1-git-send-email-cceleri@cs.stanford.edu> <1417279197-90877-1-git-send-email-cceleri@cs.stanford.edu> <87fvcz457t.fsf@maritornes.cs.unb.ca> User-Agent: Notmuch/0.18.1+209~gcb096cd (http://notmuchmail.org) Emacs/24.4.1 (x86_64-apple-darwin14.0.0) Date: Mon, 01 Dec 2014 14:05:39 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Scan-Signature: 2e2010fe0da008b9f5e122b86dc99621 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, 01 Dec 2014 19:05:57 -0000 --=-=-= Content-Type: text/plain I see now. I tried using lexical-let*, but now it appears that pulling the assignment of minibuffer-completion-table into the lexical-let* breaks the function, while pulling all the other assigments in works fine. I'm not sure why that happens. I am not a very skilled emacs-lisp programmer, so I am afraid something funny is happening here that is beyond my understanding. charles David Bremner writes: > Charles Celerier writes: > >> Can the variables in the varlist depend on the definition of variables >> that precede them in the list? I believe I tried your suggestion, but >> quickly gave up as Emacs gave me an error claiming that all-tags was >> void. > > That's the point of lexical-let* vs lexical-let > > d --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQEcBAEBAgAGBQJUfLwEAAoJEOjk698fDjuA1AkIAIDe2Z2kf7Z4vlMLEgLgQbbl LIrHnvmydKCqtl1ZLSZuLgEEKEKt6Pe4wIkOF3W9GL57gOozKZgSm7UTEMDsfBtI HPq5zBCedi1eH6885ZoXENw75vjm8t73oc6iEOOVrf0DKzxNAz4XGud0n68+pCxz Q8rzI+3RXo1d0CFFVYn3+KP1FvNz7yuWBzpib/WgfVRx6MFQ8s0kzTkJLXWj8BNy 3nTI+G2czJ+MeTjpNPOHFk3LPvUjKBv/cd8Wqmdpg+OmMxZ355QvAMaHLTUoJOdb r7q1sTb80iFtDr2BxRHKexpw5tXkw+2jMQdDEKQPvHCiR1yES1MFIrRj0lFcXZg= =ZQfz -----END PGP SIGNATURE----- --=-=-=--