[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#25627: 25.1; `help-make-xrefs' loads `cl-extra.el' now
From: |
npostavs |
Subject: |
bug#25627: 25.1; `help-make-xrefs' loads `cl-extra.el' now |
Date: |
Mon, 06 Feb 2017 19:58:12 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) |
Drew Adams <drew.adams@oracle.com> writes:
> I thought that the point of creating `cl-lib.el' was to give people a
> library of the most-used CL constructs and still let them avoid loading
> all of `cl.el'. If we are, in effect, loading `cl-extra.el' now nearly
> by default then what's the point of separating out `cl-lib.el'?
AFAIK, the point of cl-lib is to have the CL constructs in a separate
namespace, so that loading cl-lib doesn't change the semantics of
existing code that might not expect it (unlike cl.el).
This change was done by [1: 59b5723c9b], the commit message is a bit
terse. But it looks like the idea is to use `describe-symbol-backends'
for this in order to make it extendable, specifically to let cl-extra
add an entry for classes.
1: 2015-07-07 02:14:16 -0400 59b5723c9b613f14cd60cd3239cfdbc0d2343b18
Add online-help support to describe types
- bug#25627: 25.1; `help-make-xrefs' loads `cl-extra.el' now, Drew Adams, 2017/02/05
- bug#25627: 25.1; `help-make-xrefs' loads `cl-extra.el' now, Drew Adams, 2017/02/05
- bug#25627: 25.1; `help-make-xrefs' loads `cl-extra.el' now,
npostavs <=
- bug#25627: 25.1; `help-make-xrefs' loads `cl-extra.el' now, Philipp Stephani, 2017/02/07
- bug#25627: 25.1; `help-make-xrefs' loads `cl-extra.el' now, Drew Adams, 2017/02/07
- bug#25627: 25.1; `help-make-xrefs' loads `cl-extra.el' now, Noam Postavsky, 2017/02/07
- bug#25627: 25.1; `help-make-xrefs' loads `cl-extra.el' now, Drew Adams, 2017/02/07
- bug#25627: 25.1; `help-make-xrefs' loads `cl-extra.el' now, npostavs, 2017/02/07
- bug#25627: 25.1; `help-make-xrefs' loads `cl-extra.el' now, Drew Adams, 2017/02/07