From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: Generators (iterators) for Gnu Emacs Date: Sat, 06 Dec 2014 22:10:47 -0500 Message-ID: <5483C537.3010707@dancol.org> References: <877fy77zhp.fsf@web.de> <87k326d4ww.fsf@gmail.com> <877fy6rp2o.fsf@web.de> <548230FB.40307@dancol.org> <5482C872.5010304@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QN5IQ0os2va6GUFTkoWl5s3q0LTdIDFiq" X-Trace: ger.gmane.org 1417921881 1577 80.91.229.3 (7 Dec 2014 03:11:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 7 Dec 2014 03:11:21 +0000 (UTC) Cc: Michael Heerdegen , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 07 04:11:15 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 1XxSFe-0001vi-RB for ged-emacs-devel@m.gmane.org; Sun, 07 Dec 2014 04:11:14 +0100 Original-Received: from localhost ([::1]:56266 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XxSFe-0001eH-4e for ged-emacs-devel@m.gmane.org; Sat, 06 Dec 2014 22:11:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41823) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XxSFV-0001e7-EW for emacs-devel@gnu.org; Sat, 06 Dec 2014 22:11:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XxSFO-0003VR-RZ for emacs-devel@gnu.org; Sat, 06 Dec 2014 22:11:05 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:47383) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XxSFO-0003VK-H6 for emacs-devel@gnu.org; Sat, 06 Dec 2014 22:10:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=KMR7WpHIivbcRku3exGyUZFWdKWqrfHwhuJlydadlcw=; b=Sj2xV80mM49avtK2O9m2Grrj+AKDx0SmQyhNb3JuEO+lTOKxiuR+g4LVafOtQYQjJ40alHG+DutAUgsGsHulN1DDaVqS0fDq22l8IFQvgNITBdQ2zipvm5dsU0f3Og0M1he1jcIm04gDBZU92/rHeFa24eBg1Frj4cjWV2JxpKUFmoIAbo7KNjELxYFQH5KCOsEIaSJrVsnyKc8RSggCuFosxIZEX34242YHIdfyza9ld6vwqtgcxkFQtAmv+tzgIDzZCq9htTDdvfw67SWPXi89JsrX8jGuMHC9gFPHqzE0YPw+nXznBSS61FJHsjOBa5SSg2QoeQ84Rw1jQfvOiA==; Original-Received: from [12.130.116.80] (helo=[172.19.131.124]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1XxSFL-0003Dk-Ix; Sat, 06 Dec 2014 19:10:56 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 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:179231 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QN5IQ0os2va6GUFTkoWl5s3q0LTdIDFiq Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 12/06/2014 05:24 PM, Stefan Monnier wrote: >> the environment. It's `car', goddammit it, not `seq-list-car'. >=20 > Yup. `car' sucks as well, but it's too late to fix it. No, `car' is fine: it's short and to the point. `next' would be too, except that you insist that additions to the Emacs core look like a bowl of corned beef hash, with chunks of `iter-'-this and `seq-' that embedded all over the code for no good reason. Prefixes are great for making sure out-of-tree packages don't conflict with each other. For Emacs core functionality, requiring prefixes adds friction and subtracts elegance, and because we manage all the names in the core *anyway*, there's no risk of a conflict. Any user code using a name like `next' for itself deserves to break, and at least that pain is short-lived, while requiring some uselessly long prefix for internal symbols makes life a little bit more difficult for everyone forever. --QN5IQ0os2va6GUFTkoWl5s3q0LTdIDFiq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJUg8U3AAoJEN4WImmbpWBlqMoP/07jUSSxZLTbnDKxomQdnx0W XBIF88s6GocNJuagQtyYDncw/0SzN5IuumYUwZBMM0+xnB5iLrCjHHugVs42cy5f 5uRixrTT2PRn0AS/VMHYM1ownLspcY1JlfJw9oiSnOSRt0kAXn0dnYd8sFl/aZWa ELWNknvb5xM3OvDCDnNkr/czdEEqc2EHej8+/rlwaxGSAY10BkHa/reny+g0f60P VQpxpUBttmzPks8FwozKoHY/Nm0Zw0bGmwN664si2f9BJnA6rqPp8nf0fwcKdiJK gbTx17RbV+0OfYRZ39RnpYM6+hf+ZE7a2DZZs201lCSjVWvhA+imb8wgT5EZMB53 of690QF1TBFG9DhddQpTFQiDhJWrdYw4x4/Moon45ljkPTxbhID1Px+9luwQNqhu UzBDhZ8NwQK20M38UPmCge62zzojXh19MhvISU/fpdKSzrQhDD0edypkzdx9G4+5 7HjwvS52BfJhEHtEUbXoE0vpvlpyM5kWtz82LCStRNB0jAK2B4Yordmr33NXeK4K p8Anb2SeU29ze5KdAc+PRIJZbrv3+mK1CvpCn43tpsJRtadpg/ptsQ9JrKoHhAUq RiESk9MppHFtmrioSivzdkJMouJc64JJ4rbW1mf43EEV5OfnEqSFoDVumK8pg1MK 3B+B9lbyKNel/2awsXfO =EsuF -----END PGP SIGNATURE----- --QN5IQ0os2va6GUFTkoWl5s3q0LTdIDFiq--