From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Function vectors: +funvec-20030516-0-c.patch Date: 16 May 2004 20:14:51 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <85ekpz5twj.fsf@junk.nocrew.org> <874qqiao9o.fsf@tc-1-100.kawasaki.gol.ne.jp> <20040515231754.GB20052@fencepost> <87r7tlggue.fsf_-_@tc-1-100.kawasaki.gol.ne.jp> <20040517000346.GA25130@fencepost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1084753131 23412 80.91.224.253 (17 May 2004 00:18:51 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 17 May 2004 00:18:51 +0000 (UTC) Cc: Richard Stallman , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon May 17 02:18:44 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 1BPVq8-0002uY-00 for ; Mon, 17 May 2004 02:18:44 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BPVq7-0001c4-00 for ; Mon, 17 May 2004 02:18:44 +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 1BPVn3-0004ai-Vu for emacs-devel@quimby.gnus.org; Sun, 16 May 2004 20:15:34 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BPVmw-0004Zm-Bq for emacs-devel@gnu.org; Sun, 16 May 2004 20:15:26 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BPVmO-0004Gp-Qr for emacs-devel@gnu.org; Sun, 16 May 2004 20:15:24 -0400 Original-Received: from [206.47.199.166] (helo=simmts8-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BPVmO-0004Gj-3r; Sun, 16 May 2004 20:14:52 -0400 Original-Received: from empanada.local ([67.71.116.83]) by simmts8-srv.bellnexxia.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20040517001449.ESQL15930.simmts8-srv.bellnexxia.net@empanada.local>; Sun, 16 May 2004 20:14:49 -0400 Original-Received: by empanada.local (Postfix, from userid 502) id 5579618F90F; Sun, 16 May 2004 20:14:51 -0400 (EDT) Original-To: Miles Bader In-Reply-To: <20040517000346.GA25130@fencepost> Original-Lines: 20 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 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:23556 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:23556 >> > (2) `rcurry' (reverse-currying) function added >> I'd rather not add such a thing. Unless you have some concrete >> justification for it. It's a very unusal operation in my experience. > I was mainly following the example of dylan, which provides both operators. > The added implementation complexity is pretty negligible. It adds yet-anoter-form-of-function. I.e. it makes function calls yet a tiny bit slower, forces placed that look inside functions (like describe-function) to deal with yet-another-case, ... > In the distant past when I was using dylan I do recall using rcurry, for > what it's worth. But we can provide such a rarely used operator on top of other primitives just fine. It only deserves the fast implementation you suggest if its performance is worth it. >>From what I can tell, rcurry will simply never be used. Stefan