Re: [perl #132512] [REGRESSION] make in regex on uncomposed type results in Nil

2017-11-27 Thread Lloyd Fournier via RT
Changing uncomposed type objects to Nil for the specific case of .ast/.made is definitely incorrect IMO. It happens for the exact reason lizmat said in her commit: "Wish there was a better way to test for NQPMu though, as this will prevent type objects being properly propagated" Although it looks

Re: [perl #132512] [REGRESSION] make in regex on uncomposed type results in Nil

2017-11-27 Thread Lloyd Fournier
Changing uncomposed type objects to Nil for the specific case of .ast/.made is definitely incorrect IMO. It happens for the exact reason lizmat said in her commit: "Wish there was a better way to test for NQPMu though, as this will prevent type objects being properly propagated" Although it looks

[perl #132512] [REGRESSION] make in regex on uncomposed type results in Nil

2017-11-27 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
OK, the change from True to False happened here: (2017-08-21) https://github.com/rakudo/rakudo/commit/5db5b1dbfa0b625130573574e2409972387e9f75 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-

Re: [perl #132512] [REGRESSION] make in regex on uncomposed type results in Nil

2017-11-27 Thread Lloyd Fournier
Good point. Here "No such method 'gist' for invocant of type 'Foo' in block at /tmp/aR11azfzlJ line 1" is the right one. This will give True/False indicating correct/incorrect: my $new_type := Metamodel::ClassHOW.new_type(:name); my $r = / . { $/.make($new_type) } /; my $m = "a" ~~ $r; note $m

Re: [perl #132512] [REGRESSION] make in regex on uncomposed type results in Nil

2017-11-27 Thread Lloyd Fournier via RT
Good point. Here "No such method 'gist' for invocant of type 'Foo' in block at /tmp/aR11azfzlJ line 1" is the right one. This will give True/False indicating correct/incorrect: my $new_type := Metamodel::ClassHOW.new_type(:name); my $r = / . { $/.make($new_type) } /; my $m = "a" ~~ $r; note $m

[perl #132512] [REGRESSION] make in regex on uncomposed type results in Nil

2017-11-27 Thread Aleks-Daniel Jakimenko-Aleksejev via RT
What 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.fo...@gmail.com wrote: > Just got around to inves

[perl #132512] [REGRESSION] make in regex on uncomposed type results in Nil

2017-11-27 Thread via RT
# New Ticket Created by Lloyd Fournier # Please include the string: [perl #132512] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132512 > Just got around to investigating: https://rt.perl.org/Ticket/Dis play.html?id=132085 I