in reply to Re: Converting Unicode
in thread Converting Unicode

I've been reading the documentation for Perl 6, aka "Raku"...and I think I'm falling in love again. Unlike Perl 5, Raku is UTF8-based, both in its code, and its I/O.

In their words...from the "Lexical Conventions" entry HERE:

Raku code is Unicode text. Current implementations support UTF-8 as the input encoding. See also Unicode versus ASCII symbols.
And from the "Normalization" entry HERE:
Raku applies normalization by default to all input and output except for file names, which are read and written as UTF8-C8; graphemes, which are user-visible forms of the characters, will use a normalized representation.
Everything I've been reading, fits what I've been needing. Perhaps it's time for a new language. I'm on the verge of taking that plunge. The UTF8 issue has been troublesome for me with Perl5 for a long time, and is the proverbial straw that broke the camel's back--perhaps the pun is fitting.

Blessings,

~Polyglot~

Replies are listed 'Best First'.
Re^3: Converting Unicode
by 1nickt (Canon) on Dec 19, 2023 at 10:21 UTC

    FYI Raku is formerly known as Perl 6, not alternatively. Raku is not Perl, despite being described in some places as a "sister language."


    The way forward always starts with a minimal test.
      It isn't so cut and dried. Yes, it was renamed. But it still retains many references in the documentation to Perl 6. For example:

      https://docs.raku.org/language/5to6-nutshell

      Also, they have still maintained a considerable amount of compatibility with Perl5 modules, coding/syntax, etc.--much of which is enabled optionally, or via a module specially created for the purpose.

      Blessings,

      ~Polyglot~

        But it still retains many references in the documentation to Perl 6.

        Yes, it does. And those should be fixed in order to prevent such confusion.


        🦛

        A reply falls below the community's threshold of quality. You may see it by logging in.