New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
.perl method mishandling combining characters #4219
Comments
From @dwarringThe .perl method seems to have problems serializing combining characters. I've observed the following, for characters in the range U+768 - U+879, at least: % perl6-m --version All characters in this range are serializing to an empty string on both Moar ad JVM back-ends. |
From @dwarringTests have been added to S02-names-vars/perl.t Failing on Moar, but passing on JVM. Moar is not roundtripping EVAL 780.chr.perl, whereas JVM is. Just difficult to see visually. Imho single combining characters probably should be escaped, e.g. 780.chr.perl should serialize to "\x[30C]". On Tue May 05 14:54:04 2015, david.warring wrote:
|
From @Mouq21:05 <Mouq> m: say "\x35A".perl Spotted with Rakudo 2015.5 by Paul Cochrane while attempting to use |
From @hoelzroIs this related to https://rt-archive.perl.org/perl6/Ticket/Display.html?id=125255? On Sun May 10 14:57:52 2015, david.warring wrote:
|
The RT System itself - Status changed from 'new' to 'open' |
From @hoelzroIs this related to https://rt-archive.perl.org/perl6/Ticket/Display.html?id=125110? On Tue May 26 14:11:54 2015, Mouq wrote:
|
The RT System itself - Status changed from 'new' to 'open' |
From @dwarring@rob
|
From @jnthnOn Sun May 10 14:57:52 2015, david.warring wrote:
Fixed it to do exactly that now. The tests pass and are unfudged. |
@jnthn - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#125110 (status was 'resolved')
Searchable as RT125110$
The text was updated successfully, but these errors were encountered: