From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: User-reserved element in byte code vectors Date: Sun, 2 May 2004 05:43:16 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20040502094316.GB2836@fencepost> References: <85k7036eqr.fsf@junk.nocrew.org> <85smepfzqo.fsf@junk.nocrew.org> <85ad0wfkms.fsf_-_@junk.nocrew.org> <85oepcdts4.fsf_-_@junk.nocrew.org> <85vfjf9s4j.fsf@junk.nocrew.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1083491186 2520 80.91.224.253 (2 May 2004 09:46:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 2 May 2004 09:46:26 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sun May 02 11:46:21 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BKDYD-0005Gv-00 for ; Sun, 02 May 2004 11:46:21 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BKDYD-0005aK-00 for ; Sun, 02 May 2004 11:46:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BKDWT-0000zt-Pm for emacs-devel@quimby.gnus.org; Sun, 02 May 2004 05:44:33 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BKDVt-0000wU-Ke for emacs-devel@gnu.org; Sun, 02 May 2004 05:43:57 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BKDVE-0000N7-SP for emacs-devel@gnu.org; Sun, 02 May 2004 05:43:48 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BKDVE-0000Mk-Hk for emacs-devel@gnu.org; Sun, 02 May 2004 05:43:16 -0400 Original-Received: from miles by fencepost.gnu.org with local (Exim 4.24) id 1BKDVE-0001wL-7U; Sun, 02 May 2004 05:43:16 -0400 Original-To: Lars Brinkhoff Content-Disposition: inline In-Reply-To: <85vfjf9s4j.fsf@junk.nocrew.org> User-Agent: Mutt/1.3.28i Blat: Foop X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:22524 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:22524 On Sun, May 02, 2004 at 09:59:24AM +0200, Lars Brinkhoff wrote: > The downside to that is that you would have to create both a new byte > code object, and a new constants vector every time a closure is > creates, e.g.: The way my lexical-binding branch makes closures is basically with a new `curried function' type, e.g.: (funcall (curry '+ 2 3 4) 5) => 14 So a closure is just: (curry (lambda (env arg1 ...) ...) environment-vector) Since the curried-functions are very, very, simple[*], I think it shouldn't be a problem to merge that into the trunk. [*] basically my patch just makes lisp vectors funcallable -Miles -- We live, as we dream -- alone....