Arne Skjærholt
Arne Skjærholt
As jnthn points out (on IRC), no need for a bootstrap update. The bootstrap compiler has its own HLL::Grammar and thus its own O, so we can actually just rip...
I've started working on this in the O-refactor branch, but there's some funny business I suspect is due to #46.
Still happens on latest NQP.
I've had another look at this. On JVM, it turns out the numify op looks for a method Num rather than Numeric. Changing that reveals another bug where it tries...
Some notes on this. Per @pmichaud at http://irclog.perlgeek.de/perl6/2013-10-08#i_7687034 NQP will need `temp`, or at least `:temp` since STD relies on it. Given that we handle `:my` in grammars by calling...
From a cursory look at the sources, it looks like **6MODEL_CORE** only contains a knowhow type object, knowhow_how, an instance of knowhow, and their STables. @jnthn: Any other bits I've...
This is still an issue on latest NQP. This happens because we store all declarations as the first thing in a block, which means that the old `$*VAR` is masked...
It looks like this connects with how we handle something like `foo::bar:blech("abc")`. Currently that looks up the symbol `blech` in the package `foo::bar`. I've looked into fixing this, but it...
Looks good to me. Only quibble I have is on the macro implementation: if object_ast is something that performs a destructive operation (say, getting the next item off a queue...
Oh, another thing. In ST `invocant m1; m2; m3` has the return value of `m3`, not the invocant itself which is what we get with this macro.