Am 28.09.2016 um 15:46 schrieb Patrick R. Michaud:
A simpler approach might be to build an NQP that runs on the JVM,
Sounds reasonable, given NQP's position in the toolchain.
Not sure what you mean with "build an NQP" - a compiler, a runtime,
both, something else?
> and find a way to call into it.
Seems like the main issue is data types that get exchanged between NQP
and Java callers, is that correct or did I overlook something?
> (The Perl 6 regular expression engine is
written in NQP.)
Good to know. The ability to simply run the implementation should reduce
the porting effort by orders of magnitude. Also, I can entirely skip
porting the test suite, that's one life-long task less to do - sweet.
Can you tell me where the sources for the regex engine live? At the
detailed-technical-spec level, I found S05, and I can find the NQP spec,
but I don't know my way around the interpreter sources yet.
My hope is that it's possible to use the JVM port of Rakudo to compile
the regex engine to JVM bytecode. That way, Perl6 semantics would be
entirely handled by Perl6 itself, and we'd meet at the JVM semantics
that's well-understood by both sides.
Am I daydreaming, or is that a reasonable way forward?
Regards,
Jo
