mirror of
git://git.sv.gnu.org/emacs.git
synced 2025-12-06 06:20:55 -08:00
Adjust documentation for make-docfile
* doc/lispref/loading.texi (Autoload): We're no longer using make-docfile for loaddefs.el, but we're retaining the format. Adjust the documentation. * lisp/loadup.el: Adjust commentary.
This commit is contained in:
parent
caa88cfebe
commit
c17f1a2e89
2 changed files with 10 additions and 16 deletions
|
|
@ -698,14 +698,13 @@ Switch to *doctor* buffer and start giving psychotherapy.
|
||||||
|
|
||||||
@noindent
|
@noindent
|
||||||
@cindex @code{fn} in function's documentation string
|
@cindex @code{fn} in function's documentation string
|
||||||
The backslash and newline immediately following the double-quote are a
|
While the @file{loaddefs.el} isn't for editing, we try to keep it
|
||||||
convention used only in the preloaded uncompiled Lisp files such as
|
somewhat readable for people. For instance, control characters in
|
||||||
@file{loaddefs.el}; they tell @code{make-docfile} to put the
|
@code{defvar} values are escaped, and we insert a backslash and
|
||||||
documentation string in the @file{etc/DOC} file. @xref{Building Emacs}.
|
newline immediately following the double-quote of the doc string to
|
||||||
See also the commentary in @file{lib-src/make-docfile.c}. @samp{(fn)}
|
keep the line length down. @samp{(fn)} in the usage part of the
|
||||||
in the usage part of the documentation string is replaced with the
|
documentation string is replaced with the function's name when the
|
||||||
function's name when the various help functions (@pxref{Help
|
various help functions (@pxref{Help Functions}) display it.
|
||||||
Functions}) display it.
|
|
||||||
|
|
||||||
If you write a function definition with an unusual macro that is not
|
If you write a function definition with an unusual macro that is not
|
||||||
one of the known and recognized function definition methods, use of an
|
one of the known and recognized function definition methods, use of an
|
||||||
|
|
|
||||||
|
|
@ -32,9 +32,6 @@
|
||||||
;; If you add a file to be loaded here, keep the following points in mind:
|
;; If you add a file to be loaded here, keep the following points in mind:
|
||||||
|
|
||||||
;; i) If the file is no-byte-compile, explicitly load the .el version.
|
;; i) If the file is no-byte-compile, explicitly load the .el version.
|
||||||
;; Such files should (where possible) obey the doc-string conventions
|
|
||||||
;; expected by make-docfile. They should also be added to the
|
|
||||||
;; uncompiled[] list in make-docfile.c.
|
|
||||||
|
|
||||||
;; ii) If the file is dumped with Emacs (on any platform), put the
|
;; ii) If the file is dumped with Emacs (on any platform), put the
|
||||||
;; load statement at the start of a line (leading whitespace is ok).
|
;; load statement at the start of a line (leading whitespace is ok).
|
||||||
|
|
@ -42,11 +39,9 @@
|
||||||
;; iii) If the file is _not_ dumped with Emacs, make sure the load
|
;; iii) If the file is _not_ dumped with Emacs, make sure the load
|
||||||
;; statement is _not_ at the start of a line. See pcase for an example.
|
;; statement is _not_ at the start of a line. See pcase for an example.
|
||||||
|
|
||||||
;; These rules are so that src/Makefile can construct lisp.mk automatically.
|
;; These rules are so that src/Makefile can construct lisp.mk
|
||||||
;; This ensures both that the Lisp files are compiled (if necessary)
|
;; automatically. This ensures that the Lisp files are compiled (if
|
||||||
;; before the emacs executable is dumped, and that they are passed to
|
;; necessary) before the emacs executable is dumped.
|
||||||
;; make-docfile. (Any that are not processed for DOC will not have
|
|
||||||
;; doc strings in the dumped Emacs.)
|
|
||||||
|
|
||||||
;;; Code:
|
;;; Code:
|
||||||
|
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue