From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: CommonLisp namespace system (was Re: adding namespaces to emacs-lisp (better elisp?)) Date: Fri, 26 Jul 2013 12:42:38 -0700 (PDT) Message-ID: <49bf093f-ee15-4339-b560-930841461379@default> References: <874nbh2z3y.fsf@ferrier.me.uk> <87y58t1cih.fsf_-_@ferrier.me.uk> <87zjt9rwh7.fsf@fleche.redhat.com> <85aa2168-3fd2-42f0-b03f-74c3bc258545@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1374867817 5207 80.91.229.3 (26 Jul 2013 19:43:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 26 Jul 2013 19:43:37 +0000 (UTC) Cc: emacs-devel@gnu.org To: Tom Tromey , Nic Ferrier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 26 21:43:37 2013 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 1V2nvM-00026T-OM for ged-emacs-devel@m.gmane.org; Fri, 26 Jul 2013 21:43:36 +0200 Original-Received: from localhost ([::1]:59667 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V2nvM-00084q-CU for ged-emacs-devel@m.gmane.org; Fri, 26 Jul 2013 15:43:36 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41452) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V2nue-0006oT-2R for emacs-devel@gnu.org; Fri, 26 Jul 2013 15:42:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V2nuc-0002yh-Qo for emacs-devel@gnu.org; Fri, 26 Jul 2013 15:42:51 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:26591) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V2nuc-0002yc-Kn for emacs-devel@gnu.org; Fri, 26 Jul 2013 15:42:50 -0400 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r6QJgflw004884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 26 Jul 2013 19:42:41 GMT Original-Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r6QJgdNb010077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Jul 2013 19:42:40 GMT Original-Received: from abhmt105.oracle.com (abhmt105.oracle.com [141.146.116.57]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r6QJgcZ7011213; Fri, 26 Jul 2013 19:42:38 GMT In-Reply-To: <85aa2168-3fd2-42f0-b03f-74c3bc258545@default> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 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:162169 Archived-At: > > However, in practice I don't think there's any difficulty of using the > > name to mean both things, just a small overlap during discussions. >=20 > I guess I would have to agree with that. It would proabably be workable. >=20 > That said, it would be better to change the terminology for package.el - > e.g., when we introduce CL-style "packages". Probably quite workable, actually. If we don't change the "package" terminology for package.el, here is one pr= oposal for referring to package.el packages vs Common Lisp packages: * Use "library package" for packages of libraries. * Use "symbol package" for packages of symbols. Of course, if function and variable names included the qualifiers then that would aid discovery etc. But we could still try to have aliases to the Common Lisp functions & variables (which do not include "symbol" in the name) for any Emacs Lisp versions that are close enough.