From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Ilya Shlyakhter <ilya_shl@alum.mit.edu>
Cc: emacs-devel@gnu.org
Subject: Re: CL package suggestion
Date: Mon, 09 Apr 2012 09:28:33 -0400 [thread overview]
Message-ID: <jwv8vi5avis.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <CACfYvRZpnBD=ofz+4Kr41opep6eKoeTWaoBwz6txQWFkAk4j6w@mail.gmail.com> (Ilya Shlyakhter's message of "Mon, 9 Apr 2012 00:54:01 -0400")
> 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-<something>) 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-<something>.el, change all
its definitions to use the "cl-" prefix and then create a new cl.el
which only contains defaliases.
Stefan
next prev parent reply other threads:[~2012-04-09 13:28 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-03 16:52 CL package suggestion Ilya Shlyakhter
2012-04-03 16:58 ` Glenn Morris
2012-04-03 17:00 ` Glenn Morris
2012-04-03 17:09 ` Ilya Shlyakhter
2012-04-03 18:58 ` Stefan Monnier
2012-04-04 1:56 ` Ilya Shlyakhter
2012-04-04 13:06 ` Stefan Monnier
2012-04-09 1:39 ` Ilya Shlyakhter
2012-04-09 1:41 ` Ilya Shlyakhter
2012-04-09 4:54 ` Ilya Shlyakhter
2012-04-09 13:28 ` Stefan Monnier [this message]
2012-04-09 14:38 ` Ilya Shlyakhter
2012-04-09 16:24 ` Stefan Monnier
2012-04-09 16:45 ` Ilya Shlyakhter
2012-04-09 16:54 ` Ilya Shlyakhter
2012-04-10 12:51 ` Stefan Monnier
2012-04-11 4:18 ` Richard Stallman
2012-04-11 14:12 ` Ilya Shlyakhter
2012-04-11 14:32 ` 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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwv8vi5avis.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=emacs-devel@gnu.org \
--cc=ilya_shl@alum.mit.edu \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.