GNU bug report logs -
#44858
[PATCH] Make byte-compiler warn about wide docstrings
Previous Next
Reported by: Stefan Kangas <stefan <at> marxist.se>
Date: Wed, 25 Nov 2020 01:37:02 UTC
Severity: wishlist
Tags: fixed, patch
Fixed in version 28.1
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
Full log
Message #14 received at 44858 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> The problem I saw was basically warnings
> about symbols only visible after macro expansion, and that warnings
> would point to entirely the wrong line and column.
Oh, OK, the problem was in the lines/column output, not with detecting
the doc strings themselves?
Yes, that sounds like a problem, but... I think we can live with
inaccurate lines here.
>> Yes, the autogenerated docstrings should be fixed, too -- mostly by
>> running them through `fill-paragraph'.
>
> I tried that in e.g. define-derived-mode, but fill.el is loaded after
> derived.el. So it seems like there is some fun to be had in figuring
> out the dependencies there...
Yeah, I guess fill.el is a pretty far down in the list of things that
loadup.el loads?
However, we could make a super-simple function for filling doc
strings -- doing something that's good enough for that particular task
shouldn't take more than a few lines.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 3 years and 233 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.