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: Sat, 15 May 2004 19:10:12 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20040515231012.GA20052@fencepost> References: <85fzaiakb9.fsf@junk.nocrew.org> <20040503195701.GD21891@fencepost> <85ekpz5twj.fsf@junk.nocrew.org> <874qqiao9o.fsf@tc-1-100.kawasaki.gol.ne.jp> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1084662860 26681 80.91.224.253 (15 May 2004 23:14:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 15 May 2004 23:14:20 +0000 (UTC) Cc: lars@nocrew.org, emacs-devel@gnu.org, Miles Bader Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sun May 16 01:14:13 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 1BP8M9-0007sC-00 for ; Sun, 16 May 2004 01:14:13 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BP8M9-0007UQ-00 for ; Sun, 16 May 2004 01:14:13 +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 1BP8JG-0006qs-80 for emacs-devel@quimby.gnus.org; Sat, 15 May 2004 19:11:14 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BP8It-0006qX-7H for emacs-devel@gnu.org; Sat, 15 May 2004 19:10:51 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BP8IM-0006o4-RV for emacs-devel@gnu.org; Sat, 15 May 2004 19:10:49 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BP8IM-0006o0-JJ for emacs-devel@gnu.org; Sat, 15 May 2004 19:10:18 -0400 Original-Received: from miles by fencepost.gnu.org with local (Exim 4.34) id 1BP8IG-0005dE-14; Sat, 15 May 2004 19:10:12 -0400 Original-To: Richard Stallman Content-Disposition: inline In-Reply-To: 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:23513 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:23513 On Sat, May 15, 2004 at 02:34:01PM -0400, Richard Stallman wrote: > 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 plan for reverse-currying was to simply use another tag, e.g. `rcurry', and that solution serves for other extensions too. Unless someone has a pretty good idea of _what_ such an extra field would be used for, it seems like just wasted space to add it now. If in the future it's discovered that we really do want a new enhanced curry function, we could add it using a `super-curry' tag or something [and even then, existing applications that don't need that (hypothetical) functionality might want to keep using the plain `curry' tag just to save space]. > Meanwhile, the biggest part of this job remains to be done. That is > to update etc/NEWS and the Lisp manual. I think that we should not > install this feature unless those changes are written first. Yeah. Thanks, -Miles -- A zen-buddhist walked into a pizza shop and said, "Make me one with everything."