GNU bug report logs - #17832
24.4.50; `apropos-library' behavior for a top-level library file

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Sun, 22 Jun 2014 16:17:02 UTC

Severity: wishlist

Found in version 24.4.50

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 17832 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 17832 <at> debbugs.gnu.org
Subject: Re: bug#17832: 24.4.50;
 `apropos-library' behavior for a top-level library file
Date: Mon, 23 Jun 2014 09:00:33 -0400
> 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
> file).

Sounds good.


        Stefan




This bug report was last modified 4 years and 4 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.