[bug #42233] [PATCH] wcwidth(3) used on UCS4/UTF-32 codepoints

[Dave]

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/