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
Spooky capture with native int (is cached trait) #3403
Comments
From @lizmat[07:39:51] <Timbus> m: sub a(int $i) is cached { return unless $i; a($i-1) }; say a(4); Feels like the Capture is not set up at all with a recursive call. Any direct calls seem to work ok. |
From @lizmatOn 01 Jun 2014, at 12:05, perl6 via RT <perl6-bugs-followup@perl.org> wrote:
As a further datapoint: it only happens on Moar and JVM, not on parrot. |
From @lizmatOn 01 Jun 2014, at 12:07, Elizabeth Mattijsen <liz@dijkmat.nl> wrote:
[12:09:15] <Timbus> its an optimizer thing |
From @AlexDanielWe no longer seem to care about “is cached”, so… I don't think we should reject this (because it may be a nice test case once we start supporting cached trait), but at the same time this ticket is kinda useless. On 2014-06-01 03:12:32, elizabeth wrote:
|
The RT System itself - Status changed from 'new' to 'open' |
From @AlexDanielWell, it was clearly wrong to say that we don't care about it, sorry about that. Maybe it's not the top priority thing (for example, there is a module to do this: https://github.com/azawawi/perl6-memoize), but there are still plans to get it done eventually. I'll change the title a little bit so that it is easier to find this ticket. On 2017-08-28 15:17:02, alex.jakimenko@gmail.com wrote:
|
Migrated from rt.perl.org#122004 (status was 'open')
Searchable as RT122004$
The text was updated successfully, but these errors were encountered: