-
Notifications
You must be signed in to change notification settings - Fork 1
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
make in regex on uncomposed type results in Nil #6643
Comments
From @LLFournJust got around to investigating: https://rt-archive.perl.org/perl6/Ticket/Dis It turns out to be a regression. my $new_type := Metamodel::ClassHOW.new_type(:name<Foo>); making an uncomposed type somehow results in Nil now. It used to work. In LL |
From @AlexDanielWhat do you mean exactly by “used to work”? Here's the output on all 6c releases: https://gist.github.com/efee7716c35d36c6f793465c2f0b6035 Which behavior is right? Or what's would be the right snippet to reproduce it? On 2017-11-27 18:48:07, lloyd.fourn@gmail.com wrote:
|
The RT System itself - Status changed from 'new' to 'open' |
From @LLFournGood point. Here "No such method 'gist' for invocant of type 'Foo' This will give True/False indicating correct/incorrect: my $new_type := Metamodel::ClassHOW.new_type(:name<Foo>); Thanks for bisecting magic! On Tue, Nov 28, 2017 at 1:54 PM Aleks-Daniel Jakimenko-Aleksejev via RT <
|
From @AlexDanielOK, the change from True to False happened here: (2017-08-21) rakudo/rakudo@5db5b1d I'm not entirely convinced that the current behavior is incorrect, but then again I'm sleep deprived. Maybe someone else will have a better idea. On 2017-11-27 19:00:45, lloyd.fourn@gmail.com wrote:
|
From @LLFournChanging uncomposed type objects to Nil for the specific case of .ast/.made It happens for the exact reason lizmat said in her commit: "Wish there was Although it looks like this has been fixed for composed type objects in a method ast() { nqp::if(nqp::istype( But since uncomposed type objects don't inherit from Mu we have the bug. On Tue, Nov 28, 2017 at 3:26 PM Aleks-Daniel Jakimenko-Aleksejev via RT <
|
Migrated from rt.perl.org#132512 (status was 'open')
Searchable as RT132512$
The text was updated successfully, but these errors were encountered: