From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: New assoc-let package Date: Sat, 6 Dec 2014 19:24:33 +0000 Message-ID: References: <87mw72q5z2.fsf@lifelogs.com> <87wq65rov9@ristopher.com> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e01493e9eaba560050991246a X-Trace: ger.gmane.org 1417893917 5641 80.91.229.3 (6 Dec 2014 19:25:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 6 Dec 2014 19:25:17 +0000 (UTC) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 06 20:25:10 2014 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 1XxKyc-0006n2-77 for ged-emacs-devel@m.gmane.org; Sat, 06 Dec 2014 20:25:10 +0100 Original-Received: from localhost ([::1]:55363 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XxKyb-00039l-PY for ged-emacs-devel@m.gmane.org; Sat, 06 Dec 2014 14:25:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38765) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XxKyB-00031i-HT for emacs-devel@gnu.org; Sat, 06 Dec 2014 14:24:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XxKy4-0006XG-N2 for emacs-devel@gnu.org; Sat, 06 Dec 2014 14:24:43 -0500 Original-Received: from mail-lb0-x22a.google.com ([2a00:1450:4010:c04::22a]:63719) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XxKy4-0006Vo-EA for emacs-devel@gnu.org; Sat, 06 Dec 2014 14:24:36 -0500 Original-Received: by mail-lb0-f170.google.com with SMTP id 10so500169lbg.1 for ; Sat, 06 Dec 2014 11:24:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=ERSisoBVc6liAm+3d/FO1MuG1zYz3HfZ8yKd1V1b2OI=; b=l07geNifUjOXuzrzgSgJfwRgAI63h/qJ5TbpPseB+xNI98cEttDwy/I4NMZOJPWlYg gLXUht1h2yFAa8Hvip7Ub07z/kaNps26JZCqE5D1mQJ4/lnDSdf6v340q1dYkRXUPVmJ 5pNG8pPWO2bWNavNDiJvCbGEbOOJIF3vggm7O7eHY/e53BxMRMLv5bIdEaIUzeuMmgaa LNyoVSGO03wKaBZd5dnbxvLibonIN6EofGjoVJkioMx5yXl45M7m4t/b1vdIIzrtqjke +zX9PshMCkg5XHMaBPmswgyi9wY58sAHwYENV1AobN7mqSWvwI9q6/1r5Ry4o0116bVa BCIw== X-Received: by 10.152.6.166 with SMTP id c6mr8838290laa.20.1417893873687; Sat, 06 Dec 2014 11:24:33 -0800 (PST) Original-Received: by 10.112.53.137 with HTTP; Sat, 6 Dec 2014 11:24:33 -0800 (PST) Original-Received: by 10.112.53.137 with HTTP; Sat, 6 Dec 2014 11:24:33 -0800 (PST) In-Reply-To: <87wq65rov9@ristopher.com> X-Google-Sender-Auth: skrHSzZ6iDpLYnN6mQ-h4f3GthQ X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::22a 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:179207 Archived-At: --089e01493e9eaba560050991246a Content-Type: text/plain; charset=UTF-8 On 6 Dec 2014 11:36, "Christopher Schmidt" wrote: > > The inability to meaningfully nest different assoc-let forms makes the > macro inflexible. What would you consider meaningful nesting? Being able to access the variables of the outer macro inside the inner macro? > It is probably a good idea to make the dotvars > generalized variables. > I'd really like that, but I'll have to look into it. --089e01493e9eaba560050991246a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On 6 Dec 2014 11:36, "Christopher Schmidt" <ch@ristopher.com> wrote:
>
> The inability to meaningfully nest different assoc-let forms makes the=
> macro inflexible.=C2=A0

What would you consider meaningful nesting? Being able to ac= cess the variables of the outer macro inside the inner macro?

> It is probably a good idea to make the dotvars
> generalized variables.
>

I'd really like that, but I'll have to look into it.=

--089e01493e9eaba560050991246a--