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
Rakudo dies strangely on .trans calls to strings coming from PGE #405
Comments
From @masak<masak> ...but now I've found something. seriously! |
From @masak<pmichaud> oh, I see the issu |
@masak - Status changed from 'new' to 'open' |
From @pmichaudOn Tue, Nov 11, 2008 at 08:43:09AM -0800, Carl Mäsak wrote:
The problem is that the strings returned in PGE's Match objects This will all likely be fixed when we have HLL mapping in place, Pm |
From @moritzOn Wed Nov 12 08:07:43 2008, pmichaud wrote:
Added to the test suite as pugs r22999, and to rakudo in r32626. Cheers, |
From @pmichaudOn Wed Nov 12 08:07:43 2008, pmichaud wrote:
As a start towards fixing this, I've added a String.Scalar method that So, while $/[0].trans(...) will still go to the wrong object, assigning Again, a lot of this gets solved by HLL mapping -- but even once we have We also now have the .PARROT method, which can be used to find out Pm |
From @cjfieldsOn Wed Nov 12 08:07:43 2008, pmichaud wrote:
Related to this, I am planning to reimplement .trans to use alternation in a grammar instead |
From @moritzOn Thu Nov 13 13:05:10 2008, moritz wrote:
These tests (in t/spec/integration/real-strings.t) now all pass, so Moritz |
@moritz - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#60482 (status was 'resolved')
Searchable as RT60482$
The text was updated successfully, but these errors were encountered: