Update of bug #55732 (project groff):
Summary: [PATCH] contrib/hdtbl/hdtbl.tmac-u: Avoid a warning
about undefined macros => [PATCH] contrib/hdtbl/hdtbl.tmac: Avoid a warning
about undefined macros
___
Follow-up Comment
Update of bug #54538 (project groff):
Status:None => Need Info
___
Follow-up Comment #1:
[http://git.savannah.gnu.org/cgit/groff.git/commit/?id=f2f52b9a Commit
f2f52b9a] renamed
Update of bug #55027 (project groff):
Summary: [PATCH] contrib/hdtbl/hdmisc.tmac: Define register
'<<' => contrib/hdtbl/hdmisc.tmac: register '<<' uninitialized
___
Follow-up Comment #2:
As Ingo points out, the proposed
Update of bug #54461 (project groff):
Summary: [PATCH] hdtbl.am: Allow "groff" to use its
diagnostic power => hdtbl.am: Allow "groff" to use its diagnostic power
___
Follow-up Comment #3:
The patch proposed here could be
Follow-up Comment #6, bug #64440 (project groff):
[comment #2 comment #2:]
> I think I already tackled this one, or tried to.
...
> Does this clarify the point? Tossing to you for feedback.
Nothing in the "Manipulating Filling and Adjustment" section says that the
pending output line's
Follow-up Comment #4, bug #64439 (project groff):
Adding one more iteration of the .chop/output sequence gives a result that's
_really_ inexplicable (to me, though maybe it'll actually be revealing to
someone more familiar with the parser). I get the same output in 1.22.4 and
1.23.