From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Bozhidar Batsov <bozhidar.batsov@gmail.com>
Newsgroups: gmane.emacs.devel
Subject: Re: [PATCH] sequence manipulation functions
Date: Sun, 16 Nov 2014 14:52:45 +0200
Message-ID: <etPan.54689e1d.7724c67e.3b5@Bozhidars-MacBook-Pro-3.local>
References: <87oasmmwzt.fsf@gmail.com>
	<jwvsihxsn0k.fsf-monnier+emacs@gnu.org> <87bnolslph.fsf@gmail.com>
	<jwv61etqzd5.fsf-monnier+emacs@gnu.org> <87zjc2dic0.fsf@gmail.com>
	<jwvegtbt2ft.fsf-monnier+emacs@gnu.org> <87ioimtzu0.fsf@gmail.com>
	<jwv389qeb3l.fsf-monnier+emacs@gnu.org> <87lhngcnrc.fsf@gmail.com>
	<etPan.5463b10e.5bd062c2.2c10@bozhidar-mini.local>
	<87k330cj3u.fsf@gmail.com> <jwvbnoc6u4w.fsf-monnier+emacs@gnu.org>
	<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>
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="54689e1d_5c482a97_3b5"
X-Trace: ger.gmane.org 1416142411 22237 80.91.229.3 (16 Nov 2014 12:53:31 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 16 Nov 2014 12:53:31 +0000 (UTC)
To: Leo Liu <sdl.web@gmail.com>, emacs-devel@gnu.org
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 16 13:53:24 2014
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
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 <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1XpzKV-0006vl-Pe
	for ged-emacs-devel@m.gmane.org; Sun, 16 Nov 2014 13:53:24 +0100
Original-Received: from localhost ([::1]:43614 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1XpzKV-0007IF-9g
	for ged-emacs-devel@m.gmane.org; Sun, 16 Nov 2014 07:53:23 -0500
Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48388)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bozhidar.batsov@gmail.com>) id 1XpzK7-00072O-O9
	for emacs-devel@gnu.org; Sun, 16 Nov 2014 07:53:08 -0500
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <bozhidar.batsov@gmail.com>) id 1XpzJy-0003Aw-Lc
	for emacs-devel@gnu.org; Sun, 16 Nov 2014 07:52:59 -0500
Original-Received: from mail-wg0-x235.google.com ([2a00:1450:400c:c00::235]:59396)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bozhidar.batsov@gmail.com>) id 1XpzJy-0003As-Am
	for emacs-devel@gnu.org; Sun, 16 Nov 2014 07:52:50 -0500
Original-Received: by mail-wg0-f53.google.com with SMTP id b13so22755990wgh.40
	for <emacs-devel@gnu.org>; Sun, 16 Nov 2014 04:52:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=date:from:to:message-id:in-reply-to:references:subject:mime-version
	:content-type; bh=Elp5HfTgrfzVBe4wQFSU2giMiG0dxvBbsA+4rU43nts=;
	b=ff5OLX8RcmAf1XpjGRXTJRA6VLw8CJE3j4Z35MQkv+xI05tNN8L/Q8RVAmhgstdOAe
	/srSlJZM92YzZPGfw52Ne81kttayPAZRoc7WIJaq+ePBqrFBawy/FPNuf86F+ESaXSkh
	zk2LVbbIP5fiDB/aPkmKCk+/0fgZk6MjJdhvAC9zmG6RIOginXtNSp3BEVfZL/D8FFh4
	ZN0CG1wdOaR6chLLuCxkFEBh2WuYTbydJb4ymbT87dYyLi2u5SIgtbDwzrfzS+yZRzAB
	IxDuMSywi/w+6IwdBgB851Xf8wbEKG5viRjhOUcVkgdqJNR3ZmXZ2lrpJ/Nzb88AD8Eq
	vmCA==
X-Received: by 10.180.100.129 with SMTP id ey1mr23889514wib.28.1416142369138; 
	Sun, 16 Nov 2014 04:52:49 -0800 (PST)
Original-Received: from Bozhidars-MacBook-Pro-3.local ([93.123.71.105])
	by mx.google.com with ESMTPSA id i3sm10981016wix.0.2014.11.16.04.52.47
	for <multiple recipients>
	(version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
	Sun, 16 Nov 2014 04:52:47 -0800 (PST)
In-Reply-To: <87y4re746j.fsf@gmail.com>
X-Mailer: Airmail (249)
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
	(bad octet value).
X-Received-From: 2a00:1450:400c:c00::235
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=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:177291
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/177291>

--54689e1d_5c482a97_3b5
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

There are relatively few sequence functions from CL in the standard libra=
ry. The majority of them
reside in =60cl-lib=60, which IMO can=E2=80=99t be counted as part of the=
 standard library. After all its own description
is:

;; These are extensions to Emacs Lisp that provide a degree of
;; Common Lisp compatibility, beyond what is already built-in
;; in Emacs Lisp.


While I=E2=80=99d prefer it we adopted the names from Scheme and Clojure =
(e.g. filter vs remove-if-not), I=E2=80=99m fine with leaning more in the=
 CL
direction as long as this is done by promoting some cl-lib functions to t=
he standard Emacs library. People shouldn=E2=80=99t have to require the e=
ntire =60cl-lib=60 just for the same of a handful of sequence functions.

I don=E2=80=99t think it=E2=80=99s normal that pretty much every Emacs pa=
ckage depends on their =60cl-lib=60 or the third party lib =60dash.el=60.=

Emacs hackers obviously feel that the standard library is lacking and it =
should be improved somehow (preferably now instead
of next decade).

=E2=80=94
Cheers,=C2=A0
Bozhidar

On November 14, 2014 at 7:16:49 AM, Leo Liu (sdl.web=40gmail.com) wrote:

On 2014-11-13 13:21 +0800, Drew Adams wrote: =20
> It should be based on the existing sequence functions in Common Lisp, =20
> as stated earlier. Such things were worked out for Lisp eons ago. =20
> There is really no reason to do something very different, other =20
> things being equal. =20

I think most people will like this option. So I was hypothesising what =20
was being done i.e. =60If we were to model another set of list/seq =20
routines after other......' since we already have one after CL. =20

Leo =20



--54689e1d_5c482a97_3b5
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<html><head><style>body=7Bfont-family:Helvetica,Arial;font-size:13px=7D</=
style></head><body style=3D=22word-wrap: break-word; -webkit-nbsp-mode: s=
pace; -webkit-line-break: after-white-space;=22><div id=3D=22bloop=5Fcust=
omfont=22 style=3D=22font-family:Helvetica,Arial;font-size:13px; color: r=
gba(0,0,0,1.0); margin: 0px; line-height: auto;=22>There are relatively f=
ew sequence functions from CL in the standard library. The majority of th=
em</div><div id=3D=22bloop=5Fcustomfont=22 style=3D=22font-family:Helveti=
ca,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height=
: auto;=22>reside in =60cl-lib=60, which IMO can=E2=80=99t be counted as =
part of the standard library. After all its own description</div><div id=3D=
=22bloop=5Fcustomfont=22 style=3D=22font-family:Helvetica,Arial;font-size=
:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;=22>is:</di=
v><div id=3D=22bloop=5Fcustomfont=22 style=3D=22font-family:Helvetica,Ari=
al;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto=
;=22><br></div><blockquote style=3D=22margin: 0 0 0 40px; border: none; p=
adding: 0px;=22><div id=3D=22bloop=5Fcustomfont=22 style=3D=22font-family=
:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; lin=
e-height: auto;=22><div id=3D=22bloop=5Fcustomfont=22 style=3D=22margin: =
0px;=22>;; These are extensions to Emacs Lisp that provide a degree of</d=
iv></div><div id=3D=22bloop=5Fcustomfont=22 style=3D=22font-family:Helvet=
ica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-heigh=
t: auto;=22><div id=3D=22bloop=5Fcustomfont=22 style=3D=22margin: 0px;=22=
>;; Common Lisp compatibility, beyond what is already built-in</div></div=
><div id=3D=22bloop=5Fcustomfont=22 style=3D=22font-family:Helvetica,Aria=
l;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;=
=22><div id=3D=22bloop=5Fcustomfont=22 style=3D=22margin: 0px;=22>;; in E=
macs Lisp.</div></div></blockquote><div id=3D=22bloop=5Fcustomfont=22 sty=
le=3D=22font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0=
); margin: 0px; line-height: auto;=22><div><br></div></div><div id=3D=22b=
loop=5Fcustomfont=22 style=3D=22font-family:Helvetica,Arial;font-size:13p=
x; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;=22><br></div><=
div id=3D=22bloop=5Fcustomfont=22 style=3D=22font-family:Helvetica,Arial;=
font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;=22=
>While I=E2=80=99d prefer it we adopted the names from Scheme and Clojure=
 (e.g. filter vs remove-if-not), I=E2=80=99m fine with leaning more in th=
e CL</div><div id=3D=22bloop=5Fcustomfont=22 style=3D=22font-family:Helve=
tica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-heig=
ht: auto;=22>direction as long as this is done by promoting some cl-lib f=
unctions to the standard Emacs library. People shouldn=E2=80=99t have to =
require the entire =60cl-lib=60 just for the same of a handful of sequenc=
e functions.</div><div id=3D=22bloop=5Fcustomfont=22 style=3D=22font-fami=
ly:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; l=
ine-height: auto;=22><br></div><div id=3D=22bloop=5Fcustomfont=22 style=3D=
=22font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); ma=
rgin: 0px; line-height: auto;=22>I don=E2=80=99t think it=E2=80=99s norma=
l that pretty much every Emacs package depends on their =60cl-lib=60 or t=
he third party lib =60dash.el=60.</div><div id=3D=22bloop=5Fcustomfont=22=
 style=3D=22font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0=
,1.0); margin: 0px; line-height: auto;=22>Emacs hackers obviously feel th=
at the standard library is lacking and it should be improved somehow (pre=
ferably now instead</div><div id=3D=22bloop=5Fcustomfont=22 style=3D=22fo=
nt-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin:=
 0px; line-height: auto;=22>of next decade).</div><div id=3D=22bloop=5Fcu=
stomfont=22 style=3D=22font-family:Helvetica,Arial;font-size:13px; color:=
 rgba(0,0,0,1.0); margin: 0px; line-height: auto;=22><br></div> <div id=3D=
=22bloop=5Fsign=5F1416141815138904064=22 class=3D=22bloop=5Fsign=22><span=
 style=3D=22font-family:helvetica,arial;font-size:13px=22></span>=E2=80=94=
<div>Cheers,&nbsp;<br>Bozhidar<br></div></div> <br><p style=3D=22color:=23=
000;=22>On November 14, 2014 at 7:16:49 AM, Leo Liu (<a href=3D=22mailto:=
sdl.web=40gmail.com=22>sdl.web=40gmail.com</a>) wrote:</p> <blockquote ty=
pe=3D=22cite=22 class=3D=22clean=5Fbq=22><span><div><div></div><div>On 20=
14-11-13 13:21 +0800, Drew Adams wrote:
<br>&gt; It should be based on the existing sequence functions in Common =
Lisp,
<br>&gt; as stated earlier.  Such things were worked out for Lisp eons ag=
o.
<br>&gt; There is really no reason to do something very different, other
<br>&gt; things being equal.
<br>
<br>I think most people will like this option. So I was hypothesising wha=
t
<br>was being done i.e. =60If we were to model another set of list/seq
<br>routines after other......' since we already have one after CL.
<br>
<br>Leo
<br>
<br>
<br></div></div></span></blockquote></body></html>
--54689e1d_5c482a97_3b5--