[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#17832: 24.4.50; `apropos-library' behavior for a top-level library f
bug#17832: 24.4.50; `apropos-library' behavior for a top-level library file
Mon, 23 Jun 2014 09:00:33 -0400
Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux)
> Rather than just saying that the command is misnamed, or the name is
> misleading, the first part of this bug report is to request that the
> command live up to its name: give you a report of the functions and
> variables defined in the _whole library_, recursively including those
> of its required component libraries.
Many libraries will then appear to define all the CL macros&functions.
To do a better job, we'd need to distinguish the case where it
"requires" some other library for internal use compared to the case
where it requires a file which is conceptually part of the same library
(just split over several files).
The most common case, AFAICT, is the first, so I think in doubt it's
better to assume "requires" aren't really part of the library.
> As a first and partial bug fix then, I propose that `apropos-library'
> always print TEXT (which it does when there are defined symbols in the