From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Miles Bader <miles@gnu.org>
Cc: tromey@redhat.com, emacs-devel@gnu.org, rms@gnu.org,
joakim@verona.se, phil@hagelb.org
Subject: Re: Emacs Package Management
Date: Wed, 16 Sep 2009 14:41:45 -0400 [thread overview]
Message-ID: <jwvzl8u3fl5.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <buok500y5is.fsf@dhlpc061.dev.necel.com> (Miles Bader's message of "Tue, 15 Sep 2009 17:30:03 +0900")
> * remove-if / delete-if / remove-if-not / delete-if-not
> (_without_ the CL keyword arguments)
> [These are very handy for filtering lists of values. The keyword
> arguments are not very important, and keywordless core versions
> would be compatible with keyword-supporting cl.el versions in the
> same way that core `dolist' is compatible with cl.el `dolist']
Clearly we do not need both the *-if and the *-if-not, but I agree that
such a filtering function would come in handy at times.
OTOH the (delq nil (mapcar ...)) idiom isn't a bad replacement.
> * mapcan
> [Useful for mapping when there isn't a 1-1 relationship between
> argument list elements and result list elements]
I find that (apply 'nconc (mapcar ...)) works just as well, so I don't
find it very useful.
> * multiple-argument mapping (mapcar, mapc, etc) functions
> [Useful and obvious generalization of existing mapping functions;
> Gnus already contains its own implementation of a multiple-argument
> mapcar]
I wonder what kind of impact it does/would have on performance.
In any case my main concern right now is that I do not want to introduce
any more of the "duplicate definition", like the ones of `push'
and `dolist'.
I just found out that my "clever" idea of reloading stale preloaded
files in lisp/Makefile's `compile_one' rule bumps into this problem
pretty badly: if both subr.el and vc-hooks.el are stale, then when
recompiling vc-hooks.el, we end up first reloading subr.el which
overrides the push definition previously installed by cl.el, leading to
a vc-hooks.elc that is corrupt (because it requires CL's version of
push).
Stefan
next prev parent reply other threads:[~2009-09-16 18:41 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-01 21:27 Emacs Package Management Stephen Eilert
2008-08-01 22:58 ` Tom Tromey
2008-08-01 23:14 ` Phil Hagelberg
2008-08-01 23:25 ` Lennart Borgman (gmail)
2008-08-02 0:13 ` Tom Tromey
2008-08-03 1:33 ` Richard M. Stallman
2008-08-03 18:03 ` Stefan Monnier
2008-08-04 15:33 ` Richard M. Stallman
2008-08-04 19:07 ` Stefan Monnier
2008-08-05 8:04 ` Richard M. Stallman
2008-08-05 13:09 ` Stephen Eilert
2008-08-05 14:39 ` Paul R
2008-08-06 3:35 ` Richard M. Stallman
2009-09-16 22:36 ` Stephen Eilert
2009-09-17 1:44 ` Tom Tromey
2009-09-17 13:43 ` Stefan Monnier
2009-09-17 14:26 ` Tom Tromey
2009-09-17 14:58 ` Eric M. Ludlam
2009-09-28 21:13 ` Phil Hagelberg
2009-09-28 21:48 ` Lennart Borgman
2009-09-28 21:54 ` Chong Yidong
2009-09-28 22:30 ` Phil Hagelberg
2009-09-29 11:31 ` Richard Stallman
2009-09-29 19:18 ` Stefan Monnier
2009-09-29 19:41 ` Tom Tromey
2009-09-30 1:20 ` Stefan Monnier
2009-09-30 2:07 ` Tom Tromey
2009-09-30 4:39 ` Stefan Monnier
2009-09-30 20:18 ` Tom Tromey
2009-10-01 5:01 ` Stefan Monnier
2008-08-02 1:58 ` Stephen Eilert
2008-08-02 3:36 ` Tom Tromey
2008-08-02 17:30 ` Richard M Stallman
2008-08-12 4:10 ` Thomas Lord
2009-09-12 22:38 ` Phil Hagelberg
2009-09-12 23:30 ` Eric M. Ludlam
2009-09-13 16:40 ` Richard Stallman
2009-09-14 9:07 ` joakim
2009-09-14 9:26 ` David Kastrup
2009-09-15 7:16 ` Richard Stallman
2009-09-15 8:30 ` Miles Bader
2009-09-15 18:15 ` Richard Stallman
2009-09-15 18:58 ` Tom Tromey
2009-09-15 22:08 ` Miles Bader
2009-09-16 15:16 ` Richard Stallman
2009-09-16 18:41 ` Stefan Monnier [this message]
2009-09-17 1:05 ` Geoff Gole
2009-09-17 19:50 ` Richard Stallman
2009-09-15 18:55 ` Tom Tromey
2009-09-17 6:37 ` Richard Stallman
2009-09-17 8:28 ` Tassilo Horn
2009-09-17 8:37 ` joakim
2009-09-17 8:48 ` Lennart Borgman
2009-09-17 9:31 ` Tassilo Horn
2009-09-17 10:43 ` Lennart Borgman
2009-09-17 11:50 ` Rupert Swarbrick
2009-09-19 2:40 ` Bob Rogers
2009-09-19 12:10 ` Rupert Swarbrick
2009-09-17 14:24 ` Tom Tromey
2009-09-17 19:22 ` Tassilo Horn
2009-09-17 15:04 ` Eric M. Ludlam
2009-09-17 13:46 ` Stefan Monnier
2009-09-17 14:21 ` Tom Tromey
2009-09-13 17:00 ` Eric Schulte
2008-08-02 14:46 ` Paul R
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=jwvzl8u3fl5.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=emacs-devel@gnu.org \
--cc=joakim@verona.se \
--cc=miles@gnu.org \
--cc=phil@hagelb.org \
--cc=rms@gnu.org \
--cc=tromey@redhat.com \
/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.