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: moving more cl seq/mapping support into core Date: Mon, 04 Oct 2010 10:41:55 -0700 Message-ID: <4CAA11E3.10306@gmail.com> References: <4CA52B36.6060405@gmail.com> <87vd5m1u1u.fsf@catnip.gol.com> <4CA646ED.4070101@gmail.com> <87lj6hf4q0.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1286214133 24727 80.91.229.12 (4 Oct 2010 17:42:13 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 4 Oct 2010 17:42:13 +0000 (UTC) To: Stefan Monnier , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 04 19:42:12 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P2p3A-0005s5-6F for ged-emacs-devel@m.gmane.org; Mon, 04 Oct 2010 19:42:08 +0200 Original-Received: from localhost ([127.0.0.1]:54059 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P2p39-0003FF-Oj for ged-emacs-devel@m.gmane.org; Mon, 04 Oct 2010 13:42:07 -0400 Original-Received: from [140.186.70.92] (port=55525 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P2p33-0003Ez-Ij for emacs-devel@gnu.org; Mon, 04 Oct 2010 13:42:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P2p32-0003iJ-El for emacs-devel@gnu.org; Mon, 04 Oct 2010 13:42:01 -0400 Original-Received: from mail-pw0-f41.google.com ([209.85.160.41]:49225) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P2p32-0003iD-AB for emacs-devel@gnu.org; Mon, 04 Oct 2010 13:42:00 -0400 Original-Received: by pwj6 with SMTP id 6so3593611pwj.0 for ; Mon, 04 Oct 2010 10:41:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=sD/H1KR7pgJFxLQRBM6US94faWTjcFfQ6P3TvUbqhhs=; b=IJaxAAYNzWDxFMTN2nDNVCTsO3pGM8auyu+3Dvv7j8tykDgKvrRSeSBDXEAFy59LeJ zt4xcEZ45fPP0FjOvW/knfCFJv0sTjqm2oyxIknkQRjLnkcnKLqZt+YPM0NcbPul37v2 hqt5z5Ih3ZsdhRd6gL8eNvP7DoZ1T++RDQt8o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=MW3L1akAYQz12iW+XbHVyh6XMmcYQB5WYhcrDIgR+7jv+/Rk0K3nLlVkhOQa7j0k7x m+XhXX/pT5ketUzW12K0ZTCZTjdHj6v3CWct/qDXtqB7B2y2hBiSaA1WYw1ez8i/Iu1B iofp2JlP7TX7Js38vUA6VDXs7pf4YiSn5XnOs= Original-Received: by 10.114.103.6 with SMTP id a6mr11906752wac.199.1286214119251; Mon, 04 Oct 2010 10:41:59 -0700 (PDT) Original-Received: from [0.0.0.0] (c-67-183-23-114.hsd1.wa.comcast.net [67.183.23.114]) by mx.google.com with ESMTPS id c10sm9747835wam.1.2010.10.04.10.41.57 (version=SSLv3 cipher=RC4-MD5); Mon, 04 Oct 2010 10:41:57 -0700 (PDT) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:131328 Archived-At: On 10/3/2010 4:15 PM, Stefan Monnier wrote: >>> Can you point to a few examples? Parts of cl are ugly (the common use of >>> make-symbol instead of gensym, for example, makes macroexpansions >>> difficult to read). > > The use of make-symbol is a fairly recent change, to avoid filling the > obarray with an ever-increasing number of temporary symbols. But gensymed symbols aren't interned and should be GCed when no longer referenced. I thought make-symbol was used just to avoid having to cons up a new string for the symbol name. Regardless, it'd be nice to be able to switch that off to make some macro-expansions legible (or maybe I should write a tree walker that disambiguates identically-named but distinct symbols).