From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "John Wiegley" Newsgroups: gmane.emacs.devel Subject: Re: [Request] seq-map and mapcar with arbitrary number of sequences Date: Sat, 10 Oct 2015 10:47:19 -0700 Organization: New Artisans LLC Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1444499328 20589 80.91.229.3 (10 Oct 2015 17:48:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 10 Oct 2015 17:48:48 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 10 19:48:41 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZkyG7-0000tK-TY for ged-emacs-devel@m.gmane.org; Sat, 10 Oct 2015 19:48:40 +0200 Original-Received: from localhost ([::1]:45633 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkyG7-0004NA-0w for ged-emacs-devel@m.gmane.org; Sat, 10 Oct 2015 13:48:39 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41578) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkyFi-0004Mc-AY for emacs-devel@gnu.org; Sat, 10 Oct 2015 13:48:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZkyFf-00051C-5p for emacs-devel@gnu.org; Sat, 10 Oct 2015 13:48:14 -0400 Original-Received: from mail-pa0-x230.google.com ([2607:f8b0:400e:c03::230]:36631) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZkyFe-00050i-Uz for emacs-devel@gnu.org; Sat, 10 Oct 2015 13:48:11 -0400 Original-Received: by pablk4 with SMTP id lk4so115762072pab.3 for ; Sat, 10 Oct 2015 10:48:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:in-reply-to:date:organization:message-id :references:user-agent:mail-followup-to:mime-version:content-type; bh=ro/LXhYkuDTNSz44yF/NW0unwqngzVbW3im+GaVlnTA=; b=UczgKaslHRiM6r+IQc/aZFWfBwYAJgxGQhSg62aGI1hbhIbHVc239aXDfVIRf6XROL GlmHK35VntCIVOZozI25DB2b8TCh7gSgAgi8aPhRRE23CFAfxhEvRq81h4ToN68ley19 p/+4r6JVmy37MMfNAhOALqZDDdNDmIv6ApeiIoyAzmoATvp2Xz16WDsp2mrap0HzgPGH CfUkrpxInNCKAhtOdEfXIOL2UX7p3F2H8vowUh8yrUd2nVquwaPCp4qCWYmcBvvVuoAO g+sysQsSRbRxwcmo59lS4osfQKL9QUTMCHgL2TIlb0Ga3WxddrLK3psv6h+mKpW9NxTu +uNw== X-Received: by 10.66.252.2 with SMTP id zo2mr1798479pac.89.1444499289864; Sat, 10 Oct 2015 10:48:09 -0700 (PDT) Original-Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id tb9sm9363896pab.13.2015.10.10.10.48.08 for (version=TLS1 cipher=AES128-SHA bits=128/128); Sat, 10 Oct 2015 10:48:08 -0700 (PDT) Original-Received: by Vulcan.local (Postfix, from userid 501) id 86173F275B8A; Sat, 10 Oct 2015 10:48:07 -0700 (PDT) In-Reply-To: (bruce connor am's message of "Sat, 10 Oct 2015 08:24:06 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:191157 Archived-At: >>>>> writes: > Furthermore, if anyone feels up to the task, I think it would make sense for > the builtin mapc and mapcar too. Those two functions are used in a large number of places. Adding support for a "&rest seqs" argument rather than "seq" could impact performance, as it now has to walk a one-element seqs to get the seq it had directly before. I believe it would add another cons cell to the memory footprint, to package the argument? I'm fine with low-level functions preferring simplicity, since we have cl-lib to provide higher-level versions that does not. John