From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Lars Brinkhoff Newsgroups: gmane.emacs.devel Subject: Re: User-reserved element in byte code vectors Date: 02 May 2004 22:28:10 +0200 Organization: nocrew Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <85d65m8tgl.fsf@junk.nocrew.org> 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> <85pt9m8xkp.fsf@junk.nocrew.org> <85llka8w91.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 1083529936 8040 80.91.224.253 (2 May 2004 20:32:16 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 2 May 2004 20:32:16 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sun May 02 22:32:07 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 1BKNd9-0004sZ-00 for ; Sun, 02 May 2004 22:32:07 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BKNd9-00082Q-00 for ; Sun, 02 May 2004 22:32:07 +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 1BKNaG-0005ze-J8 for emacs-devel@quimby.gnus.org; Sun, 02 May 2004 16:29:08 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BKNZt-0005z6-Qb for emacs-devel@gnu.org; Sun, 02 May 2004 16:28:45 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BKNZN-0005pe-LW for emacs-devel@gnu.org; Sun, 02 May 2004 16:28:44 -0400 Original-Received: from [213.242.147.30] (helo=junk.nocrew.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BKNZN-0005pP-Bx for emacs-devel@gnu.org; Sun, 02 May 2004 16:28:13 -0400 Original-Received: from lars by junk.nocrew.org with local (Exim 3.35 #1 (Debian)) id 1BKNZL-0004Lr-00; Sun, 02 May 2004 22:28:11 +0200 Original-To: Stefan Monnier In-Reply-To: Original-Lines: 30 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 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:22564 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:22564 Stefan Monnier writes: > >> > No, that's not necessary. As long as the first six element in the > >> > byte code object are as Emacs expects them to be, anything can be > >> > stuffed into additional elements. At least in GNU Emacs 20.7, > >> > 21.3, and CVS. > >> But then how does your bytecode access this 7th element? > > Yes, that's a problem. I don't think there is a way. > Heh? Do you mean to say that "your way" has the downside that it > plain does not work? Yes, that's a slight disadvantage. :) This would only be under consideration for "question two" below. But then, Miles's funcallable vectors may be better. > I thought you already had it implemented. I'm using another way which I sketched in a message a few days ago. > Well, there are two questions: > - how best to implement closures, given the current Emacs C code. > - how best to implement closures, assuming we get to change the C code. > > I'm talking about the first question. Miles's work is within the context > of the second. I'm interested in both. -- Lars Brinkhoff, Services for Unix, Linux, GCC, HTTP Brinkhoff Consulting http://www.brinkhoff.se/