From: Drew Adams <drew.adams@oracle.com>
To: Daniel Colascione <dancol@dancol.org>, 20056@debbugs.gnu.org
Subject: bug#20056: 25.0.50; Remove non Common Lisp stuff from cl*.el libraries
Date: Sun, 8 Mar 2015 11:46:34 -0700 (PDT) [thread overview]
Message-ID: <4fd5309f-c0bd-486d-8612-a2f724643a2e@default> (raw)
In-Reply-To: <54FC9340.2030703@dancol.org>
> Even cl functions that have the same names as functions in Common Lisp
> don't always have the same features or semantics. I don't think it's
> very important that the cl package mirror Common Lisp.
That is something quite different. Those differences are pointed
out, and the aim is to emulate Common Lisp, however imperfectly
we might be able to (or might want to) do so at any given time.
There is no reason to misleadingly add stuff to our emulation
library that has no counterpart is Common Lisp - is not
emulating anything there. It is even worse to use names that
make it look as if these do correspond to Common Lisp things.
It is perfectly fine for Emacs to add things that Common Lisp
does not have/do. But it should add them elsewhere from the
`cl*.el' files, and document them elsewhere than in manual CL.
These are *Emacs* things that have nothing to do with Common Lisp.
If you start adding non Common-Lisp stuff to `cl*.el', then where
will you stop? What will be your criteria for adding them to
`cl*.el'?
If they do not emulate something in Common Lisp then they belong
elsewhere from `cl*.el' (this should be obvious, I think).
We are not redesigning Common Lisp or pretending to do so.
next prev parent reply other threads:[~2015-03-08 18:46 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-08 18:02 bug#20056: 25.0.50; Remove non Common Lisp stuff from cl*.el libraries Drew Adams
2015-03-08 18:12 ` Eli Zaretskii
2015-03-08 19:06 ` Dani Moncayo
2015-03-08 20:10 ` Eli Zaretskii
2016-02-29 20:08 ` Glenn Morris
2016-02-29 20:57 ` Drew Adams
2015-03-08 18:21 ` Daniel Colascione
2015-03-08 18:46 ` Drew Adams [this message]
2015-03-08 19:11 ` Daniel Colascione
2015-03-08 21:12 ` Drew Adams
2015-03-08 21:19 ` Daniel Colascione
2015-03-08 21:31 ` Drew Adams
2015-03-09 4:52 ` Stefan Monnier
2019-08-02 12:50 ` Lars Ingebrigtsen
2019-08-03 2:49 ` Noam Postavsky
2019-08-03 7:49 ` Štěpán Němec
2019-08-03 10:30 ` Lars Ingebrigtsen
2019-08-03 12:58 ` Noam Postavsky
2019-08-03 13:16 ` Štěpán Němec
2019-08-03 21:10 ` Stefan Monnier
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=4fd5309f-c0bd-486d-8612-a2f724643a2e@default \
--to=drew.adams@oracle.com \
--cc=20056@debbugs.gnu.org \
--cc=dancol@dancol.org \
/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).