Skip Menu |
Report information
Id: 130542
Status: open
Priority: 0/
Queue: perl6

Owner: Nobody
Requestors: samantham [at] posteo.net
Cc:
AdminCc:

Severity: (no value)
Tag: (no value)
Platform: (no value)
Patch Status: (no value)
VM: (no value)



To: rakudobug [...] perl.org
Date: Wed, 11 Jan 2017 10:26:31 -0800
From: Samantha McVey <samantham [...] posteo.net>
Subject: \c[BELL] returns the U+0007 control code not U+1F514 BELL
Download (untitled) / with headers
text/plain 131b
Fudged test in S02-literals/char-by-name.t is "\c[BELL]", "🔔", '\c[BELL] returns 🔔, BELL symbol not the control character'
From: Samantha McVey <samantham [...] posteo.net>
Date: Fri, 13 Jan 2017 13:19:45 -0800
To: perl6-bugs-followup [...] perl.org
Subject: Re: [perl #130542] AutoReply: \c[BELL] returns the U+0007 control code not U+1F514 BELL
Download (untitled) / with headers
text/plain 201b
This has been fixed on MoarVM as of https://github.com/MoarVM/MoarVM/commit/816186484b5cc52f9ff1be6afa3b6f49264335bf BELL now resolves to 🔔 U+1F514 on MoarVM, but this is still broken on the JVM
From: Joachim Durchholz <jo [...] durchholz.org>
Date: Sat, 14 Jan 2017 11:06:27 +0100
To: perl6-compiler [...] perl.org
Subject: Re: [perl #130542] AutoReply: \c[BELL] returns the U+0007 control code not U+1F514 BELL
Download (untitled) / with headers
text/plain 123b
Show quoted text
> BELL now resolves to 🔔 U+1F514 on MoarVM, but this is still broken on the JVM
What causes this kind of difference?
Subject: Re: [perl #130542] AutoReply: \c[BELL] returns the U+0007 control code not U+1F514 BELL
From: Samantha McVey <samantham [...] posteo.net>
Date: Sat, 14 Jan 2017 02:29:36 -0800
To: perl6-bugs-followup [...] perl.org
Download (untitled) / with headers
text/plain 1.4k
On Saturday, 14 January 2017 02.06.57 PST you wrote: Show quoted text
> > BELL now resolves to 🔔 U+1F514 on MoarVM, but this is still broken on the JVM
> > What causes this kind of difference? > > >
U+0007's Unicode 1 name was BELL, and with version 2 the name was removed. Unicode 1 names are essentially totally deprecated and shouldn't be used for naming characters. Since Unicode version 2, names are guaranteed never to change, so the Unicode 1 names are very poor to rely on for functionality. In addition, Alias names never change either (though they could add more, they will never change or be removed). For this reason it has been decided we should only guarantee standard Unicode names and Name Alias's. Concerning BELL, in Unicode 1, U+0007 control code was named bell. Since Unicode 2, the control code's names were removed and they were given stable Alias's. As proof that Unicode 1 names shouldn't be relied on, the U+1F514 bell symbol is called BELL. Regarding the JVM, it seems to give us back the canonical Unicode names if they exist, and otherwise give us the Unicode 1 names. There may be some way to get the Name Alias's, but I do not know. I will have to manually go in and add U+1F514 as BELL, and add U+0007 as BEL and ALERT. I manually added a few other Alias Names to JVM recently to fix a few roast tests. See here for the commit that added some Alias Names to JVM: https://github.com/perl6/nqp/commit/0c249e7236a63325e6440df55a762a4378e6e63a Hopefully I have explained this well enough.
Subject: Re: [perl #130542] AutoReply: \c[BELL] returns the U+0007 control code not U+1F514 BELL
Date: Sat, 14 Jan 2017 12:40:22 +0100
To: perl6-compiler [...] perl.org
From: Joachim Durchholz <jo [...] durchholz.org>
Download (untitled) / with headers
text/plain 637b
Am 14.01.2017 um 11:29 schrieb Samantha McVey: Show quoted text
> See here for the commit that added some Alias Names to JVM: https://github.com/perl6/nqp/commit/0c249e7236a63325e6440df55a762a4378e6e63a > > Hopefully I have explained this well enough.
I kinda expected this to be implemented in NQP and hence be identical across implementations, and was just worried that the JVM implementation would rely on the JDK's Unicode implementation in java.lang.Character and friends, but I see that this is not the goal. I am seeing tangential points about this; where should I raise them? (Synchronous communication like IRC does not work well for me.)
To: Joachim Durchholz <jo [...] durchholz.org>
Date: Tue, 17 Jan 2017 15:48:10 -0500
From: Will Coleda <will [...] coleda.com>
Subject: Re: [perl #130542] AutoReply: \c[BELL] returns the U+0007 control code not U+1F514 BELL
CC: "perl6-compiler [...] perl.org" <perl6-compiler [...] perl.org>
On Sat, Jan 14, 2017 at 6:40 AM, Joachim Durchholz <jo@durchholz.org> wrote: Show quoted text
> Am 14.01.2017 um 11:29 schrieb Samantha McVey:
>> >> See here for the commit that added some Alias Names to JVM: >> https://github.com/perl6/nqp/commit/0c249e7236a63325e6440df55a762a4378e6e63a >> >> Hopefully I have explained this well enough.
> > > I kinda expected this to be implemented in NQP and hence be identical across > implementations, and was just worried that the JVM implementation would rely > on the JDK's Unicode implementation in java.lang.Character and friends, but > I see that this is not the goal. > > I am seeing tangential points about this; where should I raise them? > (Synchronous communication like IRC does not work well for me.)
Depends on the points. If you want to get the attention of the core developers for a discussion, IRC is your best bet. We often use it non-synchronously, but it's the best place to start. The mailing lists (https://perl6.org/archive/lists/) work as a very distant second. To report a bug with rakudo, open a ticket via an email to rakudobug@perl.org -- Will "Coke" Coleda


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

For issues related to this RT instance (aka "perlbug"), please contact perlbug-admin at perl.org