From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: CL package suggestion Date: Mon, 09 Apr 2012 09:28:33 -0400 Message-ID: References: <27y5qciwgd.fsf@fencepost.gnu.org> <9lty10iwdr.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1333978123 16321 80.91.229.3 (9 Apr 2012 13:28:43 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 9 Apr 2012 13:28:43 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ilya Shlyakhter Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 09 15:28:42 2012 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 1SHEe8-0007Hf-7t for ged-emacs-devel@m.gmane.org; Mon, 09 Apr 2012 15:28:40 +0200 Original-Received: from localhost ([::1]:60327 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SHEe7-0002CH-KR for ged-emacs-devel@m.gmane.org; Mon, 09 Apr 2012 09:28:39 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:41381) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SHEe5-0002CC-Di for emacs-devel@gnu.org; Mon, 09 Apr 2012 09:28:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SHEe3-0007Lb-N9 for emacs-devel@gnu.org; Mon, 09 Apr 2012 09:28:36 -0400 Original-Received: from ironport-out.teksavvy.com ([206.248.143.162]:13574) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SHEe3-0007LO-JE; Mon, 09 Apr 2012 09:28:35 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApYIACxOgk/O+KRD/2dsb2JhbABDDrgVA4EMgQiCCQEBBAFWIwULCzQSFBgNJIgcBbYyi2GEeQSkRYFdgjBT X-IronPort-AV: E=Sophos;i="4.75,391,1330923600"; d="scan'208";a="172849506" Original-Received: from 206-248-164-67.dsl.teksavvy.com (HELO fmsmemgm.homelinux.net) ([206.248.164.67]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 09 Apr 2012 09:28:33 -0400 Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 8475DAE213; Mon, 9 Apr 2012 09:28:33 -0400 (EDT) In-Reply-To: (Ilya Shlyakhter's message of "Mon, 9 Apr 2012 00:54:01 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.94 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.143.162 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:149503 Archived-At: > If remove-if is renamed cl-remove-if and then 'remove-if defaliased to > 'cl-remove-if, is it now ok to (require 'cl) at runtime? Won't the > alias now conflict with whatever definition of remove-if the user had? > And if you don't (require 'cl) at runtime, then you can't call > cl-remove-if at runtime, since it might not be available. We need a (require 'cl-) which brings up CL but only within the "cl-" namespace. I don't have a good idea for naming. `cl-defs' might be OK, but I'm open to other suggestions. Maybe `cl-layer', or `cl-emu', or `cl-compat'? > One could move cl-remove-if etc into a separate module called cl-funcs, > so if you want to call cl-remove-if at runtime you (require 'cl-funcs). `cl-funs' is another option, indeed. > This would somewhat break up the logical structure of the cl package, > since things will get grouped by whether they're functions or macros > rather than by topic. No: The way to do it is to rename cl.el to cl-.el, change all its definitions to use the "cl-" prefix and then create a new cl.el which only contains defaliases. Stefan