[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Lisp files that load cl-lib in problematical ways
From: |
Emanuel Berg |
Subject: |
Re: Lisp files that load cl-lib in problematical ways |
Date: |
Mon, 23 Oct 2023 14:26:12 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Eli Zaretskii wrote:
>> This poor standard of doc strings is typical throughout
>> cl-lib, even if not universal.
>
> Patches to improve the documentation of CL macros and
> functions will be most welcome.
`elint-current-buffer' does not find anything to correct in
cl-lib.el.
(checkdoc-current-buffer t) says the following:
*** cl-lib.el: checkdoc-current-buffer
cl-lib.el:133: Argument ‘keys’ should appear (as KEYS) in the doc string
cl-lib.el:160: All variables and subroutines might as well have a documentation
string
cl-lib.el:166: All variables and subroutines might as well have a documentation
string
cl-lib.el:197: All variables and subroutines might as well have a documentation
string
cl-lib.el:197: All variables and subroutines might as well have a documentation
string
cl-lib.el:226: Arguments occur in the doc string out of order
cl-lib.el:258: Argument ‘specs’ should appear (as SPECS) in the doc string
cl-lib.el:357: Argument ‘cl-func’ should appear (as CL-FUNC) in the doc string
cl-lib.el:450: Argument ‘rest’ should appear (as REST) in the doc string
cl-lib.el:488: Argument ‘cl-item’ should appear (as CL-ITEM) in the doc string
cl-lib.el:501: Argument ‘cl-new’ should appear (as CL-NEW) in the doc string
cl-lib.el:510: All variables and subroutines might as well have a documentation
string
cl-lib.el:539: All variables and subroutines might as well have a documentation
string
cl-lib.el:577: Probably "returns" should be imperative "return"
I CC this to the maintainer, but like to add that I personally
have not experienced the documentation of cl-lib bad in
any way. That said, for a person who knows the code well,
those warnings should be a pretty quick fix.
There are other files to cl-lib, of course.
Emacs version:
GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, cairo
version 1.16.0) of 2023-10-10 [commit
239db5d5162f6f9a4a6735e176c8d306f18e50e7]
--
underground experts united
https://dataswamp.org/~incal
- Re: Lisp files that load cl-lib in problematical ways, (continued)
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/20
- Re: Lisp files that load cl-lib in problematical ways, Emanuel Berg, 2023/10/21
- Re: Lisp files that load cl-lib in problematical ways, Jens Schmidt, 2023/10/21
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/21
- Re: Lisp files that load cl-lib in problematical ways, Björn Bidar, 2023/10/21
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/22
- Re: Lisp files that load cl-lib in problematical ways, Alan Mackenzie, 2023/10/23
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/23
- Re: Lisp files that load cl-lib in problematical ways,
Emanuel Berg <=
- Re: Lisp files that load cl-lib in problematical ways, Emanuel Berg, 2023/10/23
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/23
- Message not available
- Re: Lisp files that load cl-lib in problematical ways, Emanuel Berg, 2023/10/22
- Re: Lisp files that load cl-lib in problematical ways, Richard Stallman, 2023/10/22
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/22
- Re: Lisp files that load cl-lib in problematical ways, Stefan Kangas, 2023/10/23
- Re: Lisp files that load cl-lib in problematical ways, Alan Mackenzie, 2023/10/19
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/19
- Re: Lisp files that load cl-lib in problematical ways, Alan Mackenzie, 2023/10/19
- Re: Lisp files that load cl-lib in problematical ways, Eli Zaretskii, 2023/10/19