unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'David Engster'" <deng@randomsample.de>
Cc: "'Eric M. Ludlam'" <eric@siege-engine.com>,
	cedet-eieio@lists.sourceforge.net,
	'Stefan Monnier' <monnier@iro.umontreal.ca>,
	emacs-devel@gnu.org
Subject: RE: Cleaning up the EIEIO namespace
Date: Wed, 13 Feb 2013 06:51:35 -0800	[thread overview]
Message-ID: <42F79B10DC7847BABD2E0CA6BB7E4A41@us.oracle.com> (raw)
In-Reply-To: <87obfog1bj.fsf@engster.org>

> > So does this mean that we can no longer know from the `cl-' 
> > prefix which library is involved?
> >
> > (I don't mean which file in the library, but which library. 
> > In the past, `cl-' pretty much indicated library `cl' -
> > either file cl.el or one of its related files cl-mac.el,
> > cl-seq.el etc.)
> 
> That is certainly a valid concern.
> But I (and I guess Stefan, too) was thinking more along the
> lines that 'cl' essentially means "common lisp",

"Cl" can mean any number of things.  But as an Emacs-Lisp prefix, `cl-' has
always referred to the Emacs-Lisp library that emulates some Common-Lisp
features.  And that has never meant the same thing as Common Lisp itself, even
essentially.

> and EIEIO being a CLOS implementation,

Hm, really?  My guess would be that it is an Emacs Lisp emulation of some CLOS
features.  If it really implemented CLOS then it would, in effect, also need to
implement Common Lisp, which I'm guessing is far from the case.

If we really had Common Lisp for Emacs, that would be a different ball game.
But we don't.  What we have are some emulations of some parts of some Common
Lisp features.

> this would make sense.  Maybe it
> would be cleaner to also rename the eieio- files to cl-clos-,

Why "also"?  In addition to what? `cl-'?  Why not instead of `cl-'?

> but that would break a lot of things out there.

What would it break, and why?  Eieio has never had the prefix `cl-' before, has
it?  Or is there something else you are aware of that already uses the prefix
`cl-clos-'?  Can you be specific about the "lot of things" that using prefix
`cl-clos-' would break.

But why not use the simpler prefix `clos-'?  There's no need for the stutter
`cl-clos-', is there?

Alternatively, rename all of the Eieio files to have prefix `cl-' and make Eieio
part of library cl.  I (still) see no reason why `cl-' shouldn't always indicate
library cl.

How you characterize Eieio - as a separate library or as part of library cl - is
up to you.  But it would be good for the prefix used to reflect the library, in
either case.  If Eieio is a separate library, then it would have its own prefix.
If it is part of library cl then it would have prefix `cl-'.  Make sense?

If Eieio is a separate library, and you if want to use prefix `clos-' (or
`cl-clos-') for it, and not, say, prefix `eieio-', then why not rename the
library itself to clos?  If it is a Clos emulation library and not more, then
why not have its name reflect that?

Renaming library Eieio might break things, I imagine.  But I don't (yet) see how
using the prefix `clos-' instead of `cl-' would break things.




  reply	other threads:[~2013-02-13 14:51 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-10 18:10 Cleaning up the EIEIO namespace Stefan Monnier
2013-02-12 22:10 ` David Engster
2013-02-12 23:05   ` Drew Adams
2013-02-13  6:44     ` David Engster
2013-02-13 14:51       ` Drew Adams [this message]
2013-02-13  2:47   ` Stefan Monnier
2013-02-13 16:31     ` David Engster
2013-02-14  1:11       ` [cedet-eieio] " Eric M. Ludlam
2013-02-14 13:49         ` Stefan Monnier
2013-02-14 14:00           ` Xue Fuqiao
2013-02-14 21:17           ` David Engster
2013-02-14 22:16             ` Stefan Monnier
2013-02-18 21:32               ` David Engster
2013-02-19  3:26                 ` [cedet-eieio] " Stefan Monnier
2013-02-19 19:49                   ` David Engster
2013-02-19 21:55                     ` Stefan Monnier
2013-02-20 23:41                     ` [cedet-eieio] " Eric M. Ludlam
2013-03-29 10:04               ` Vitalie Spinu
2013-03-29 14:20                 ` Drew Adams
2013-03-29 21:07                 ` Stefan Monnier
2013-02-14 14:30       ` Stefan Monnier
2013-02-14 21:28         ` David Engster
2013-02-14 22:17           ` Stefan Monnier
2013-02-14 22:26             ` David Engster
2013-02-17 17:08               ` Stefan Monnier
2013-02-18 20:55                 ` David Engster
2013-02-19  3:15                   ` Stefan Monnier
2013-02-13  3:13   ` [cedet-eieio] " Eric M. Ludlam

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=42F79B10DC7847BABD2E0CA6BB7E4A41@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=cedet-eieio@lists.sourceforge.net \
    --cc=deng@randomsample.de \
    --cc=emacs-devel@gnu.org \
    --cc=eric@siege-engine.com \
    --cc=monnier@iro.umontreal.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).