We have used Jextract, Java Native Access and Kpoe...
# science
a
We have used Jextract, Java Native Access and Kpoet for that project.
a
Well, it won't give you multiplatform capabilities
👀 1
For JVM it is probably better to use existing wrappers like JavaCPP
By the way, GSL is quite tricky on Ios.
a
I have to check these out too I guess
@altavir The idea is that we use Jextract to generate java code. It should be compiled, and further inspected using reflection. Using this we were successful at generating Kotlin expect/actual class with jvm target at the moment. But the expect class does not depend on any Java packages and the whole thing happens in a gradle plugin. So I'm only using Java at build time and there's no dependency at runtime.
a
Still, maintaining your own wrapper is hard, I recommend doing this only if there are not existing Java wrappers.
👍🏽 1