From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David O'Toole Newsgroups: gmane.emacs.devel Subject: Re: un-deprecating CL Date: Sun, 16 Sep 2007 17:56:53 -0400 Message-ID: References: <864phxjj03.fsf@macs.hw.ac.uk> <87hclx834d.fsf@red-bean.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1189979838 30303 80.91.229.12 (16 Sep 2007 21:57:18 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 16 Sep 2007 21:57:18 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 16 23:57:16 2007 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.50) id 1IX27A-0002Q2-9m for ged-emacs-devel@m.gmane.org; Sun, 16 Sep 2007 23:57:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IX279-0005cY-77 for ged-emacs-devel@m.gmane.org; Sun, 16 Sep 2007 17:57:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IX275-0005cA-TI for emacs-devel@gnu.org; Sun, 16 Sep 2007 17:57:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IX274-0005by-J7 for emacs-devel@gnu.org; Sun, 16 Sep 2007 17:57:10 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IX274-0005bv-CF for emacs-devel@gnu.org; Sun, 16 Sep 2007 17:57:10 -0400 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IX273-00063v-T8 for emacs-devel@gnu.org; Sun, 16 Sep 2007 17:57:10 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IX26x-0007D9-Rw for emacs-devel@gnu.org; Sun, 16 Sep 2007 23:57:04 +0200 Original-Received: from 24-183-185-28.dhcp.oxfr.ma.charter.com ([24.183.185.28]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 16 Sep 2007 23:57:03 +0200 Original-Received: from dto by 24-183-185-28.dhcp.oxfr.ma.charter.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 16 Sep 2007 23:57:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 24 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 24-183-185-28.dhcp.oxfr.ma.charter.com Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAADFBMVEWWKwTDUQbecQ/1kCFb ic5lAAAACXBIWXMAAAsTAAALEwEAmpwYAAAAB3RJTUUH1wELDREeiIClpgAAAa5JREFUKM8tj7Fu nEAQhmcjkSJNDslrJW+DJW/qI2I2uaSwG4iMpfhpOOloUgWJRYImTUAy75EiZYo7iR5bZvIvNlSf vn/+maWEn79D5RwF4VnMnFZZDojZ4Lc222eOdJjAmPTgYC4SwxyFfNjnjlizPiOd76rKkTHhx0hp V5cwvprItrOvNsZsSNlu8SaOOSKVNVKVLWIhkfrSjH+cb/sMKJvxX4mZ+NKbTh5cS8zXRPRpkIe8 pRhlRG9GWfwMRxsKXt1fLT6mo4jeq8UK9mgD805JPa4FF5hRT524BtUrzFfiTaIA9OutNzF7UPcf pOmJo9iDLGssMiuIj+H9EeAOMAG0hx/yHAu2RMF3kf4EYID2sYF4qwGvh1FO/hxOYBBziPEO5vyv yIQY32xJ8ZP49+w4R+wrlk4TWc4Lom8iyxEzWf7zxQxUsANYQDuQzfJ6S+edCGKFdS/Qo/rQ1gnx rUzNQIfS1UzBHV6APZnLik3QrWZf9jVHtns84uq0/F1yrHH0MFBZ9Zxs7CDeFOWcsrIjTpsoT2fm EOcc29VwjDJ5RFuWzpeJGUVO/fAf1lkLWqs5deQAAAAASUVORK5CYII= User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.50 (gnu/linux) Cancel-Lock: sha1:+g3aqyYEMgZNM4DKMMP5cwUjN3A= X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) 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:79050 Archived-At: Richard Stallman writes: > One possible alternative is to define these functions with a cl- > prefix, and for callers to use that prefix. That gets rid of the > namespace issue. And if we think of them as internal parts of > some Lisp package, they would not have to be in the Lisp Manual. Would it be possible to use compiler macros so that existing programs could continue to use these functions' un-prefixed names at compile time? > That drawback exists now for the CL macros in programs that load CL at > compile time. Perhaps the right thing is to move several commonly > used CL constructs into the standard namespace and document them > in the manual. That would be helpful but it would still prevent many programs from being contributed. -- David O'Toole dto@gnu.org http://dto.freeshell.org/notebook/