JimmyZ saw jnthn++ said building a spesh graph *as* we trace, is it something a bit like the luajit one? 14:41
so we can avoids many branches?
*avoid
jnthn Traces don't have branches, that's kinda the point... :)
But yeah, it's along those lines. 14:42
This stuff is *not* on the cards until The Big Three are done, though... 14:43
timotimo in order to find out the class name of a P6Opaque repr'd thing, i'd have to invoke the "name" method that its HOW provides on the type object, yes?
JimmyZ aye, I'm expecting that(Trace spesh) :P
timotimo +"from C code" 14:44
oh! GTG!
jnthn But you can't invoke from C code really, as that's a nested runloop 14:45
timotimo oh, bleh :) 15:24
was there at some point a desire to have a field in the P6opaque repr data to hold the name of a class or something like that 15:25
p6opaque repr data could be shared between different classes with the same structure, though

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!