From xemacs-m  Sat May  3 14:11:21 1997
Received: from crystal.WonderWorks.COM (crystal.WonderWorks.com [192.203.206.1])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id OAA10535
	for <xemacs-beta@xemacs.org>; Sat, 3 May 1997 14:11:19 -0500 (CDT)
Received: by crystal.WonderWorks.COM 
	id QQcnyy27061; Sat, 3 May 1997 15:11:18 -0400 (EDT)
Date: Sat, 3 May 1997 15:11:18 -0400 (EDT)
Message-Id: <QQcnyy27061.199705031911@crystal.WonderWorks.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Kyle Jones <kyle_jones@wonderworks.com>
To: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: `mapcar' calling SUBRs directly
In-Reply-To: <kigenbomwik.fsf@jagor.srce.hr>
References: <kigenbomwik.fsf@jagor.srce.hr>
X-Mailer: VM 6.31 under 19.15p3 XEmacs Lucid
X-Face: /cA45WHG7jWq>(O3&Z57Y<"WsX5ddc,4c#w0F*zrV#=M
        0@~@,s;b,aMtR5Sqs"+nU.z^CSFQ9t`z2>W,S,]:[+2^
        Nbf6v4g>!&,7R4Ot4Wg{&tm=WX7P["9%a)_da48-^tGy
        ,qz]Z,Zz\{E.,]'EO+F)@$KtF&V

Hrvoje Niksic writes:
 > Here is the patch that avoids using `call1' when `mapcar' is called
 > with a SUBR (or a symbol whose function is a SUBR) taking exactly one
 > argument. [...]

By avoiding the normal Lisp eval path, we lose backtrace
information and the mapcar loop becomes unquittable.

