GNU bug report logs -
#20038
25.0.50; (elisp) `Hooks for Loading' not updated correctly
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Sun, 8 Mar 2015 16:29:02 UTC
Severity: minor
Tags: fixed
Found in version 25.0.50
Fixed in version 26.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #8 received at 20038 <at> debbugs.gnu.org (full text, mbox):
Drew Adams <drew.adams <at> oracle.com> writes:
> 1. All doc describing `eval-after-load' was removed from the Elisp
> manual. And doc for `with-eval-after-load' was added (OK).
>
> Unfortunately this paragraph was not updated or removed. It presumably
> applies equally to `with-eval-afer-load':
>
> Normally, well-designed Lisp programs should not use
> `eval-after-load'. If you need to examine and set the variables
> defined in another library (those meant for outside use), you can do it
> immediately--there is no need to wait until the library is loaded. If
> you need to call functions defined by that library, you should load the
> library, preferably with `require' (*note Named Features::).
I've now updated this.
> 2. Although the doc describing `eval-after-load' was removed, and
> `eval-after-load' was removed from the index, there remain mentions of
> `eval-after-load' in the manual, with cross-references to the node that
> *used to* describe it, so you can find out more about it (but you
> cannot). Node `Named Features', for example. And node `Coding
> Conventions'.
I've now replaced virtually all mentions of `eval-after-load' with
`with-eval-after-load' in the manual.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 8 years and 175 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.