Follow-up Comment #3, bug #42233 (project groff): Discussion of this bug has mostly taken place off-bug:
http://lists.gnu.org/archive/html/groff/2020-10/msg00041.html http://lists.gnu.org/archive/html/groff/2020-10/msg00132.html http://lists.gnu.org/archive/html/groff/2020-11/msg00000.html I am not the Posting Police, but it is helpful if comments about a specific bug report are made within that bug report so they're all in one place and easy(er) to follow. > > I think there was a ML thread by the time i opened the bug report, > > where the according GNUlib function that could simply be used to > > correctly implement the given was named. > > Hmm. It would be good to find this. I wonder if Dave Kemper > can help; to my eyes, he seems to have a fluttering cape that > advertises a deep knowledge of our mailing list history. Don't tell anyone, but the cape is actually just a search box. But I'm not sure what even to look for here, as I'm also not clear on exactly what problem this bug report is addressing. My best guess so far is http://lists.gnu.org/archive/html/groff/2015-04/msg00008.html, which includes a patch "to switch from `wcwidth' to `uc_width'." (The patch appears to have never been applied, as the build failure it was addressing was solved in a different manner.) uc_width is part of GNU libunistring: http://www.gnu.org/software/libunistring/manual/libunistring.html#index-uc_005fwidth-646 which appears to be separate from Gnulib itself. _______________________________________________________ Reply to this item at: <https://savannah.gnu.org/bugs/?42233> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/
