From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bozhidar Batsov Newsgroups: gmane.emacs.devel Subject: Re: Sweeter Emacs Lisp Date: Mon, 15 Jul 2013 16:30:35 +0300 Message-ID: References: <8738rh6ftk.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1132e00a95c67804e18cdd30 X-Trace: ger.gmane.org 1373895056 10691 80.91.229.3 (15 Jul 2013 13:30:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 15 Jul 2013 13:30:56 +0000 (UTC) Cc: fgallina@gnu.org, Josh , emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 15 15:30:58 2013 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 1Uyirh-0000Zy-RJ for ged-emacs-devel@m.gmane.org; Mon, 15 Jul 2013 15:30:57 +0200 Original-Received: from localhost ([::1]:48242 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uyirh-0007Ya-Cp for ged-emacs-devel@m.gmane.org; Mon, 15 Jul 2013 09:30:57 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33570) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UyirZ-0007YN-T8 for emacs-devel@gnu.org; Mon, 15 Jul 2013 09:30:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UyirV-0002zD-Gt for emacs-devel@gnu.org; Mon, 15 Jul 2013 09:30:49 -0400 Original-Received: from mail-qe0-x229.google.com ([2607:f8b0:400d:c02::229]:65460) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UyirM-0002y2-PA; Mon, 15 Jul 2013 09:30:36 -0400 Original-Received: by mail-qe0-f41.google.com with SMTP id b4so6510071qen.28 for ; Mon, 15 Jul 2013 06:30:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=IHUK2MwF04huwIKYzt9V9HMuOJR7/b5keuX7vlmoWTM=; b=nPH4YSGLjhYak+ucMKo9bGmhIIlw6aDOhyjW9hBI03vRha5/bPMqi7rCyM2f27Xehz gfs4+mTaZ73qlOShAngH38d+O11tUkfhTxKXlM+GeK5Pi/P6QC0SdDPUyLhtrKzsAlR8 1oKtAPpPETNnZXOnCNEiue+I13Qd8GMlSV2Kupz59g8eU68ZJrMolHuH9Z37ur3egQev ldvteUU11cNxsmFAmz553fI6Apxf9nq2QIlBx1dvvX1QIuotOuji9YHS3RiQTdCIpb86 ZDNEv0zsnAe3d3Bxv6ibS1acbk6TM4Q8VfHyywjez2XcG/E7AXzTk2dseXW/TCYVYVDN P2IQ== X-Received: by 10.224.88.74 with SMTP id z10mr52284900qal.26.1373895036092; Mon, 15 Jul 2013 06:30:36 -0700 (PDT) Original-Received: by 10.49.59.13 with HTTP; Mon, 15 Jul 2013 06:30:35 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: o-QLfokP0pgzHqXGMgbITz2mP5s X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400d:c02::229 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:161902 Archived-At: --001a1132e00a95c67804e18cdd30 Content-Type: text/plain; charset=UTF-8 I'll also feel it's about time the Emacs Lisp standard library got a bit of facelift. In a time when most Lisp have embraces `first` and `rest` where're still clinging to functions named `car` and `cdr` for instance. Sure, lib-cl has `cl-first` and `cl-rest`, but I can't see the harm in having those aliases in the "standard" lib. dash.el and s.el show can be used if not directly at least as a source of inspiration for modernizing a bit the list and string manipulation portions of the library. We don't even have in built-in equivalents of `filter`, `select`, etc. I guess most of you have noticed that most non-trivial Emacs Lisp packages starting with `require 'cl` (or more recently `require 'cl-lib`). This speaks volumes of the limitations that developers are facing with the current standard lib. We don't need ANSI, a committee or lots of money to make the library better - so why don't we? :-) --001a1132e00a95c67804e18cdd30 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'll also feel it's about time the Emacs Lisp stan= dard library got a bit of facelift. In a time when most Lisp have embraces = `first` and `rest` where're still clinging to functions named `car` and= `cdr` for instance. Sure, lib-cl has `cl-first` and `cl-rest`, but I can&#= 39;t see the harm in having those aliases in the "standard" lib.= =C2=A0

dash.el and s.el show can be used if not directly at least a= s a source of inspiration for modernizing a bit the list and string manipul= ation portions of the library. We don't even have in built-in equivalen= ts of `filter`, `select`, etc. I guess most of you have noticed that most n= on-trivial Emacs Lisp packages starting with `require 'cl` (or more rec= ently `require 'cl-lib`). This speaks volumes of the limitations that d= evelopers are facing with the current standard lib. We don't need ANSI,= a committee or lots of money to make the library better - so why don't= we? :-)
--001a1132e00a95c67804e18cdd30--