From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.devel Subject: Re: Should we just start dumping cl-lib? Date: Fri, 02 Oct 2015 15:37:45 +0200 Message-ID: <87k2r5tmqe.fsf@gnu.org> References: <560E0DA7.6080305@dancol.org> <87twq9ebmh.fsf@udel.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1443796088 8959 80.91.229.3 (2 Oct 2015 14:28:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 2 Oct 2015 14:28:08 +0000 (UTC) Cc: emacs-devel@gnu.org To: Mark Oteiza Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 02 16:27:58 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 1Zi1JT-0007p4-Is for ged-emacs-devel@m.gmane.org; Fri, 02 Oct 2015 16:27:55 +0200 Original-Received: from localhost ([::1]:60377 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zi1JS-0001DR-LZ for ged-emacs-devel@m.gmane.org; Fri, 02 Oct 2015 10:27:54 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51324) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zi0X2-0003xs-Lm for emacs-devel@gnu.org; Fri, 02 Oct 2015 09:37:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zi0Wz-0004Yf-CJ for emacs-devel@gnu.org; Fri, 02 Oct 2015 09:37:52 -0400 Original-Received: from out2-smtp.messagingengine.com ([66.111.4.26]:58777) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zi0Wz-0004YY-3h for emacs-devel@gnu.org; Fri, 02 Oct 2015 09:37:49 -0400 Original-Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 0B1782027B for ; Fri, 2 Oct 2015 09:37:49 -0400 (EDT) Original-Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Fri, 02 Oct 2015 09:37:49 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=iksJ6meuOB3sIBOpQyJHAWgv8qs=; b=A/fDW bSXNvLZVEIRyLmjnKyh7LO6gRrHkTJHxnFBf39gAXak0Il3C96Vxf3tnhntOEvvQ TloZ6PKuxPUC5kUx4UpvYoec5r5PQdL5rA+lS8aKD/BRX6ZvRC9bNHRkHjV3Gh1f q2BFTbqo4XsXM+Rh8Ygf9clOFpMK+QJthyxp3M= X-Sasl-enc: 8M766mFwcqclPs9a2eNyz7ddSrQuNloVoGMx0olYKGp0 1443793068 Original-Received: from thinkpad-t440p (unknown [2.161.209.103]) by mail.messagingengine.com (Postfix) with ESMTPA id 327A6C00023; Fri, 2 Oct 2015 09:37:47 -0400 (EDT) Mail-Followup-To: Mark Oteiza , emacs-devel@gnu.org In-Reply-To: <87twq9ebmh.fsf@udel.edu> (Mark Oteiza's message of "Fri, 02 Oct 2015 07:46:46 -0400") User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 66.111.4.26 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:190689 Archived-At: Mark Oteiza writes: >> Commit d605a539d4863c7e7c66aaea6e538ae14c47f3d7 broke Emacs when >> winner was enabled without cl-lib being loaded. Nobody seems to have >> noticed until now, which suggests that either almost nobody uses >> winner, or almost everybody has cl-lib loaded anyway. Maybe it's time >> to just dump cl-lib with Emacs. > > Bug#21549 > > I'd be happy to have more useful functions in "core". (Can we have > `filter` yet?) There are `seq-filter', `seq-remove', `seq-map', `seq-mapcat', `seq-reduce', etc. in the new seq.el, and a nice API for associative structures in map.el which are in "core" although not dumped just like cl-lib. Many seq.el functions have cl-lib counterparts which do pretty much the same. So the decision if cl-lib should be dumped is also a strategic decision. Do we want to advocate seq.el or cl-lib? (Well, right now seq.el depends on cl-lib so we couldn't dump seq.el without cl-lib but anyway...) Bye, Tassilo