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: Mon, 8 Dec 2014 12:11:03 +0000 Message-ID: References: <87mw72q5z2.fsf@lifelogs.com> <874mt9o5w5.fsf@lifelogs.com> <87k322jtpw.fsf@lifelogs.com> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1418040677 11830 80.91.229.3 (8 Dec 2014 12:11:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 8 Dec 2014 12:11:17 +0000 (UTC) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 08 13:11:11 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 1Xxx9j-0004ac-0y for ged-emacs-devel@m.gmane.org; Mon, 08 Dec 2014 13:11:11 +0100 Original-Received: from localhost ([::1]:33708 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xxx9i-0006Iw-I4 for ged-emacs-devel@m.gmane.org; Mon, 08 Dec 2014 07:11:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43152) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xxx9f-0006Ih-9Y for emacs-devel@gnu.org; Mon, 08 Dec 2014 07:11:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xxx9c-000503-Ch for emacs-devel@gnu.org; Mon, 08 Dec 2014 07:11:07 -0500 Original-Received: from mail-la0-x230.google.com ([2a00:1450:4010:c03::230]:39193) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xxx9c-0004zn-46 for emacs-devel@gnu.org; Mon, 08 Dec 2014 07:11:04 -0500 Original-Received: by mail-la0-f48.google.com with SMTP id gf13so3892658lab.35 for ; Mon, 08 Dec 2014 04:11:03 -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=1q0G01qGqa+XRf1mSoi8viCpDoaHHTuPrYtQxbBO7rc=; b=UeUI7NM4xsa81XwK5S1j2yTUf56LbXUmC5Ygaa/5gW0NAOh4tIOuzbXyeTbwEuTunT je4GuUM52C2MX5lh94UXy/omnpV4UklpeuD2LG11Axz/gLZHdTOtAqQ5lxC3qow2415S Jv60/5rBleJ3aECzyP5inQGGamzqj+0iyBg5ZtTZBoty8FKZSNp20t+r10T4MLX+WJZF gnnEB79CnwcZEo/mSO76JEC6qQXfrIUCEguRl7Wd+8BZqsNIa2Vnmb2u4O56ZYAxpwFS W0+UOBI5oFabNIxrL4GoAz1RyYJMBGVwR+QXaImNZoIGD3jlo1WNLLby3D37tyacEY27 jvyA== X-Received: by 10.152.27.74 with SMTP id r10mr15600021lag.87.1418040663370; Mon, 08 Dec 2014 04:11:03 -0800 (PST) Original-Received: by 10.112.53.137 with HTTP; Mon, 8 Dec 2014 04:11:03 -0800 (PST) In-Reply-To: <87k322jtpw.fsf@lifelogs.com> X-Google-Sender-Auth: vmNBB_VO1pctVJZXohOjKWAvrYs X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::230 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:179378 Archived-At: Sorry I went awol, very long plane ride. 2014-12-08 10:56 GMT+00:00 Ted Zlatanov > Thanks! Artur hasn't indicated if he wants to add it in the core as a > package (also released on the ELPAs) or just a macro or not at all. I gave this some thought, and I'd like to make it a core pacage also on Elpa. The only reason I'm not a fan is of making it just a macro in subr-x is that it wouldn't be available on older versions, and that I essentially means I wouldn't use it myself. Is it an option to offer `subr-x' as a GNU Elpa package? Or would that pose a compatibility challenge given that the file doesn't have package headers on 24.4? > > I would change the package name to `let-assoc' so it starts with the > thing it resembles, but otherwise I still think it would be useful. Thanks, I like that suggestion. > Artur, can you please decide either way? I think, given the namespace > discussion happening in parallel, you should release your code as it > stands and release a newer version when you figure out how to deal with > nesting (using namespaces, gensyms, whatever). Yes, the nesting will be left for a next release.