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: 17 May 2004 13:28:08 +0200 Organization: nocrew Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <851xljuwc7.fsf@junk.nocrew.org> References: <85fzaiakb9.fsf@junk.nocrew.org> <20040503195701.GD21891@fencepost> <85ekpz5twj.fsf@junk.nocrew.org> <874qqiao9o.fsf@tc-1-100.kawasaki.gol.ne.jp> <20040515231012.GA20052@fencepost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1084799905 8413 80.91.224.253 (17 May 2004 13:18:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 17 May 2004 13:18:25 +0000 (UTC) Cc: emacs-devel@gnu.org, Miles Bader Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon May 17 15:18:10 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 1BPi0Q-0000cB-00 for ; Mon, 17 May 2004 15:18:10 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BPi0P-0002aR-00 for ; Mon, 17 May 2004 15:18:10 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BPhu1-0005iO-LZ for emacs-devel@quimby.gnus.org; Mon, 17 May 2004 09:11:33 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BPhd4-0003m7-OB for emacs-devel@gnu.org; Mon, 17 May 2004 08:54:03 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BPgJI-00031G-3A for emacs-devel@gnu.org; Mon, 17 May 2004 07:30:07 -0400 Original-Received: from [213.242.147.30] (helo=junk.nocrew.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BPgI8-0002oj-Nl; Mon, 17 May 2004 07:28:21 -0400 Original-Received: from lars by junk.nocrew.org with local (Exim 3.35 #1 (Debian)) id 1BPgHw-0007Um-00; Mon, 17 May 2004 13:28:08 +0200 Original-To: rms@gnu.org In-Reply-To: Original-Lines: 19 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:23579 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:23579 Richard Stallman writes: > > I recommend leaving the first slot after `curry' unused. That > > way it could be used later to control extensions, such as a > > feature to specify the order of curried and noncurried > > arguments. > I don't think that's really necessary. > My idea is that it would say where to fit the new args around the > old args. For instance, you might want to curry args 2 and 3. This > would be easy if the first slot has a list saying where the curried > args go. For instance, a list of integers saying which positions to > use the curried args in. For what it's worth, I agree with Stefan Monnier. There's really no need to over-engineer this. Emacs Lisp can already do all kinds of fancy currying without the proposed change. -- Lars Brinkhoff, Services for Unix, Linux, GCC, HTTP Brinkhoff Consulting http://www.brinkhoff.se/