On Fri, Feb 22, 2019 at 11:29:49AM +0200, Lauri Tirkkonen wrote:
> On Thu, Feb 21 2019 20:22:16 -0700, Andrew Hewus Fresh wrote:
> > > I'm only including the diff because it took quite a long time to run the
> > > script (177m08.01s real).
> >
> > There are a lot of unicode symbols. Someday if I
Hi Andrew,
Lauri Tirkkonen wrote on Fri, Feb 22, 2019 at 01:57:01AM +0200:
> Hi, the recent perl-5.28.1 and related unicore update brought the
> unicode data from version 8.0.0 to version 10.0.0. That fixes some
> character classifications (eg. emoji characters gained East_Asian_Width
> value
Hi Andrew,
Andrew Fresh wrote on Thu, Feb 21, 2019 at 08:22:16PM -0700:
> On Fri, Feb 22, 2019 at 01:57:01AM +0200, Lauri Tirkkonen wrote:
>> Hi, the recent perl-5.28.1 and related unicore update brought the
>> unicode data from version 8.0.0 to version 10.0.0. That fixes some
>> character
On Thu, Feb 21 2019 20:22:16 -0700, Andrew Hewus Fresh wrote:
> > I'm only including the diff because it took quite a long time to run the
> > script (177m08.01s real).
>
> There are a lot of unicode symbols. Someday if I get super bored I'll
> write something to do it in parallel :-)
True,
On Fri, Feb 22, 2019 at 01:57:01AM +0200, Lauri Tirkkonen wrote:
> Hi, the recent perl-5.28.1 and related unicore update brought the
> unicode data from version 8.0.0 to version 10.0.0. That fixes some
> character classifications (eg. emoji characters gained East_Asian_Width
> value 'Wide', which
Hi, the recent perl-5.28.1 and related unicore update brought the
unicode data from version 8.0.0 to version 10.0.0. That fixes some
character classifications (eg. emoji characters gained East_Asian_Width
value 'Wide', which causes them to correctly get a wcwidth() of 2). But
the ctype source data
