GNU bug report logs - #15940
24.3.50; doc string of `lwarn' refers to undefined variables

Previous Next

Package: emacs;

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

Date: Wed, 20 Nov 2013 22:10:02 UTC

Severity: minor

Found in version 24.3.50

Fixed in version 24.4

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 15940 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: bug#15940: 24.3.50; doc string of `lwarn' refers to undefined variables
Date: Sat, 08 Feb 2014 11:11:48 +0200
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Fri, 07 Feb 2014 19:13:29 -0800
> Cc: 15940 <at> debbugs.gnu.org
> 
> Drew Adams <drew.adams <at> oracle.com> writes:
> 
> > C-h f lwarn
> >
> > The doc string says:
> >
> > "(but see `warning-minimum-level' and `warning-minimum-log-level')"
> >
> > That's impossible, before warning.el has been loaded - the variables are
> > undefined.
> 
> Yeah, it's unfortunate that autoloaded functions can't really refer to
> other variables from its "home package" in the help system.
> 
> Would it make sense for the help system to always load the package an
> autoloaded function is defined in?  Especially if the doc string refers
> to other `...' items?

Why not simply auto-load those variables, especially if the doc string
refers to them?




This bug report was last modified 11 years and 107 days ago.

Previous Next


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