😞

Ok then we'll just have to say Gen's are JVM only

that's just the way it'll have to be

to be honest, the state of JS testing is so bad, just having regular KotlinTest matchers will be a massive gain

is it going in then? 😮 if that is not an issue for KotlinTest it would definetly be good for Arrow

The ideal would be we can use Gen's in JS but given that a) I'm not even sure if I can get KotlinTest to work with JS anyway 😂 (it's just exploration work at the moment) and b) having Gen's integrate with Arrow is a big win for Kotlin ecosystem in general, it's staying in 🙂

awesome!

I really hope this MPP stuff starts making sense in Kotlin

with all the tooling split and largely not available to MPP this makes lib maintaining very hard

agreed

I've spent a bit of time tonight and a lot last night and there's quite a lot missing

even stuff like javax.time.Duration

which is nothingmore than a (Long, TimeUnit) tuple

but they have to start somewhere, and I have more confidence in their JS effort than scala.js

yes the issue is that if kotlin JS has no JDK support most programs are non-portable which is fine but at least provide meta tooling that is consistent with all targets

yep

anything that runs at compile time should be fine to work across both

you don't drop into "js" land while you're compiling

right now tooling in kotlin including dokka, kapt etc is jvm only

I've not used kapt, but I imagine it takes kotlin types and you spit out kotlin types

no reason why that can't work cross platform

there’s no information about Class or anything in the reflection package, or bytecode associated to the annotations for metaprogramming. I actually don’t know how (or whether) they retain that information at runtime like they do for the JVM

you don't use kapt at runtime though right ?

if it's just a compile time thing it should work on any kotlin sources ?

right

it makes no sense, also you just get type info with the stubs it generates, you can't read impls or anything

it's just the ast structure without bodies and it's missing a ton of info that we get with Kotlin Poet and @Eugenio metadata lib

we reify all the info into our own arrow meta ast

This includes all we know about a Kotlin annotated type https://github.com/arrow-kt/arrow/blob/master/modules/meta/arrow-meta/src/main/java/arrow/meta/ast/ast.kt

@sam you don’t, but the information fed to kapt comes from JVM intrinsics that are not on JS