GNU bug report logs -
#6496
documentation manual missing "autoload object" in "What Is a Function" node
Previous Next
Reported by: MON KEY <monkey <at> sandpframing.com>
Date: Tue, 22 Jun 2010 22:54:02 UTC
Severity: minor
Tags: fixed
Fixed in version 24.1
Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6496 in the body.
You can then email your comments to 6496 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6496
; Package
emacs
.
(Tue, 22 Jun 2010 22:54:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
MON KEY <monkey <at> sandpframing.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 22 Jun 2010 22:54:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
(info "(elisp)What Is a Function")
Does not mention "autoload objects" as a "type" of function.
It should do so and make an xref to (info "(elisp)Autoload Type").
Following is an attempt at documenting the object:
,----
|
| "autoload object"
| An "autoload object" stores a function definition in a placeholder
| for the real definition of a symbol-function. The autoload object
| says that the real definition is found in a file of Lisp code which
| should be loaded when necessary. An autoload object is stored as a
| list with the first element being the symbol `autoload'.
|
`----
The rationale for including this documentation is that both
`indirect-function' and `symbol-function' will return an autoload list
if the function has yet to be brought into the environment, e.g.:
(when (featurep 'dunnet) (unload-feature 'dunnet))
(symbol-function 'dunnet)
;=> (autoload "dunnet" 940287 t nil)
(require 'dunnet)
(symbol-function 'dunnet)
;=> #[ <BIG-VECTOR-HERE> ... ]
These differences of return value w/re both `indirect-function' and
`symbol-function' may be surprising to some esp. as there isn't an
autoload predicate (that I'm aware of).
--
/s_P\
Added tag(s) fixed.
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 03 Jul 2011 12:35:01 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 24.1, send any further explanations to
6496 <at> debbugs.gnu.org and MON KEY <monkey <at> sandpframing.com>
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 03 Jul 2011 12:35:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6496
; Package
emacs
.
(Sun, 03 Jul 2011 12:50:03 GMT)
Full text and
rfc822 format available.
Message #12 received at 6496 <at> debbugs.gnu.org (full text, mbox):
MON KEY <monkey <at> sandpframing.com> writes:
> Does not mention "autoload objects" as a "type" of function.
>
> It should do so and make an xref to (info "(elisp)Autoload Type").
>
> Following is an attempt at documenting the object:
>
> ,----
> |
> | "autoload object"
> | An "autoload object" stores a function definition in a placeholder
> | for the real definition of a symbol-function. The autoload object
> | says that the real definition is found in a file of Lisp code which
> | should be loaded when necessary. An autoload object is stored as a
> | list with the first element being the symbol `autoload'.
> |
> `----
I've installed a similar definition in the Emacs 24 manual.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 01 Aug 2011 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 281 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.