From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] sequence manipulation functions Date: Sun, 16 Nov 2014 14:13:18 -0500 Message-ID: References: <87oasmmwzt.fsf@gmail.com> <87bnolslph.fsf@gmail.com> <87zjc2dic0.fsf@gmail.com> <87ioimtzu0.fsf@gmail.com> <87lhngcnrc.fsf@gmail.com> <87k330cj3u.fsf@gmail.com> <87ioikcf39.fsf@gmail.com> <87h9y4c93e.fsf@gmail.com> <87389oggab.fsf@ferrier.me.uk> <87tx23sxah.fsf@gmail.com> <6902490d-9011-401f-8ae5-99181d808e06@default> <87y4re746j.fsf@gmail.com> <8761efi63c.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1416165236 13193 80.91.229.3 (16 Nov 2014 19:13:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Nov 2014 19:13:56 +0000 (UTC) Cc: Bozhidar Batsov , Leo Liu , emacs-devel@gnu.org To: Nicolas Petton Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 16 20:13:49 2014 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 1Xq5Ge-0004Uk-Eg for ged-emacs-devel@m.gmane.org; Sun, 16 Nov 2014 20:13:48 +0100 Original-Received: from localhost ([::1]:44825 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xq5Ge-0002rD-0U for ged-emacs-devel@m.gmane.org; Sun, 16 Nov 2014 14:13:48 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48581) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xq5GJ-0002cw-ST for emacs-devel@gnu.org; Sun, 16 Nov 2014 14:13:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xq5GC-0008E0-Ds for emacs-devel@gnu.org; Sun, 16 Nov 2014 14:13:27 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:44317) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xq5GC-0008Dw-Az for emacs-devel@gnu.org; Sun, 16 Nov 2014 14:13:20 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsUIAGA2ZVSnWBqE/2dsb2JhbABbgw6KYssMBAICgRwXAQEBAQEBfIQDAQEDAVYjBQsLNBIUGA0kiEsJ0QQBAQEBBgEBAQEekRQHhEsFjAupDYQaH4J7AQEB X-IPAS-Result: AsUIAGA2ZVSnWBqE/2dsb2JhbABbgw6KYssMBAICgRwXAQEBAQEBfIQDAQEDAVYjBQsLNBIUGA0kiEsJ0QQBAQEBBgEBAQEekRQHhEsFjAupDYQaH4J7AQEB X-IronPort-AV: E=Sophos;i="5.07,380,1413259200"; d="scan'208";a="97140679" Original-Received: from 167-88-26-132.cpe.teksavvy.com (HELO pastel.home) ([167.88.26.132]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 16 Nov 2014 14:13:18 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 83C3A7AB8; Sun, 16 Nov 2014 14:13:18 -0500 (EST) In-Reply-To: <8761efi63c.fsf@gmail.com> (Nicolas Petton's message of "Sun, 16 Nov 2014 15:16:07 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:177347 Archived-At: > I agree. Promoting some sequence-related cl-lib functions would also be > perfectly fine with me. I have no problem with adopting CL names, but I > do feel that the current standard library is lacking. FWIW, I think it's perfectly OK for Elisp packages to start with a list of `require's. But w.r.t CL's sequence manipulation functions, the problem is that there is no structure there, so it's hard to find the functions you need if you don't already know their name. A lot of Elisp's "standard library" shares this fundamental problem. The "prefix convention" is not useful only as a way to avoid name collisions (which would imply that it can be "ignored" for "core functions") but is also a way to structure the library, and so far the core functions have not being doing a very good job of it. Stefan