Im not able to get kotlin native library to build ...
# multiplatform
f
Im not able to get kotlin native library to build with latest mpp 1.3.0-rc-57
Copy code
Could not resolve all files for configuration ':common:iosArm64CompileKlibraries
Could not resolve org.jetbrains.kotlinx:kotlinx-serialization-runtime-native:0.8.0-rc13.
  Required by:
      project :common
   > Unable to find a matching configuration of org.jetbrains.kotlinx:kotlinx-serialization-runtime-native:0.8.0-rc13:
 Configuration 'debugIos_arm64Link':
           - Found org.gradle.native.debuggable 'true' but wasn't required.
.
l
Hey, there is a problem right now: Kotlin 1.3-RC isn’t compatible with the several libraries which use the previous Native version. We are aware of it and work on fix is in progress right now. The general ETA for the compatible versions is most probably tomorrow
f
Ah okay. I just saw the pr for the fix got merged.
l
UPD: we’ve cleared up the problem with the developers and it may take a bit more time. But anyway I’ll let you know as soon as the situation changes
k
To confirm, if everything is using the same version, would this work?
l
Sorry, I’m afraid I didn’t really got your question. Can you tell it more explicitly, please?
k
"Hey, there is a problem right now: Kotlin 1.3-RC isn’t compatible with the several libraries which use the previous Native version." This is only an issue because they're different native versions. If everything is using the same versions they should resolve correctly?
l
The root cause isn’t in the different Native version but rather in the fact that the new multiplatform plugin needs Gradle metadata and just unable to read the artefacts published with Kotlin Native — there is no such thing. We are working on the fix in the plugin right now and hope it’ll let the plugin to use the artefacts without the needed metadata.
Did it get better with Kotlin 1.3-RC2 (
1.3.0-rc-116
)?
k
I don't know. There's a lot of republishing involved to test out the new plugin, which gets time consuming, so for now I'm waiting till after the conference to dig back into it. I noticed the Kotlinconf app has a branch with the new plugin, which I'll dig into at some point. To be honest, gradle config and dependency management is not my favorite thing to do, so I'm hoping to wait long enough for good samples of everything I need to do rather than figure it out.
l
Then you’ve chosen definitely good strategy 🙂 Indeed, we work on porting KotlinConf app to the new model as well. And of course that’s not the only multiplatform sample we are going to provide for the users. Thank you for the feedback anyway!
k
If native and android both work for the kotlinconf app and I get time, ideally I'll update my conference app before my talk, but see how it goes.