Does anyone here have `@Serializable` working on m...

# multiplatform

[basher]

Does anyone here have @Serializable working on multiplatform building for iOS? Running into this build error:

cannot access 'Serializable': it is internal in '<http://kotlin.io|kotlin.io>'

I've checked the existing GH issues where it appeared people just had import/plugin issues, but I think I'm doing that right:
- apply plugin: 'kotlin-multiplatform'
- apply plugin: 'kotlinx-serialization'
- implementation: "org.jetbrains.kotlinx:kotlinx-serialization-runtime-native:${versions.serialization}"
- import kotlinx.serialization.Serializable
Something I'm missing?

[kgonyon]

Are you trying to use @Serializable inside common or native source set? I have it working for my multiplatform project which is building for ios.

[kgonyon]

apply plugin: 'com.android.library'
apply plugin: 'kotlin-multiplatform'
apply plugin: 'kotlinx-serialization'
apply plugin: 'maven-publish'

[kgonyon]

iosMain {
            dependencies {
                implementation "org.jetbrains.kotlinx:kotlinx-coroutines-core-native:$kotlin_coroutines_version"
                implementation "org.jetbrains.kotlinx:kotlinx-serialization-runtime-native:$kotlin_serialization_version"
            }
        }

[kgonyon]

I had to make sure I was using gradle 4.7 as well.

[basher]

trying to use it in common

[basher]

I'm working without gradle metadata though due to SQLDelight and kotlinx libs using different gradle metadata versions

[basher]

@kgonyon i'm now trying this out in a new mpp sample project (using gradle 4.7 and all that), and i'm doing the same thing as you but getting the same error. What other dependencies do you have setup for your common code?

[kgonyon]

commonMain {
            dependencies {
                implementation "org.jetbrains.kotlin:kotlin-stdlib-common:$kotlin_version"
                implementation "org.jetbrains.kotlinx:kotlinx-serialization-runtime:$kotlin_serialization_version"
                implementation "org.jetbrains.kotlinx:kotlinx-coroutines-core:$kotlin_coroutines_version"
                implementation "org.jetbrains.kotlin:kotlin-reflect:$kotlin_version"
            }
        }

[kgonyon]

kotlin_native_version=1.3.11
kotlin_version=1.3.11
kotlin_serialization_version= 0.9.1
kotlin_coroutines_version=1.1.0

[basher]

ah that was it! i had org.jetbrains.kotlinx:kotlinx-serialization-runtime-common instead of org.jetbrains.kotlinx:kotlinx-serialization-runtime. thanks! this gets me closer to figuring it out in my larger project

[kgonyon]

No problem. Glad I could help some.

[Drew]

@basher I'm also trying to figure out how to do this (except w/ coroutines) when Gradle metadata is disabled (because I need SQLDelight). If you remember, can you let me know when you figure it out?

[basher]

👍 if I figure it out, i'll def update here 🙂

[basher]

Figured it out. For your iOS targets, you need to add

impelementation "org.jetbrains.kotlinx:kotlinx-serialization-runtime-native_debug_ios_arm64:${versions.serialization}"`
impelementation "org.jetbrains.kotlinx:kotlinx-serialization-runtime-native_release_ios_arm64:${versions.serialization}"`

[basher]

use those instead of just plain -native

[basher]

and then you do the same for sim but -iosx64

[Drew]

@basher nice. It seemed to be working--until I changed some dependencies around (or did a clean build, or something) and then started getting some weird error. ..

exception: java.lang.IllegalStateException: Could not find "/Users/.../.gradle/caches/modules-2/files-2.1/org.jetbrains.kotlinx/kotlinx-serialization-runtime-native_debug_ios_arm64/0.9.1/b0a5a1202ec09423abf641fd47393aade3172064/kotlinx-serialization-runtime-native_debug_ios_arm64-0.9.1.klib" in [/Users/.../Projects/HelloKotlinMPP, /Users/.../.konan/klib, /Users/.../.konan/kotlin-native-macos-1.0.3/klib/common, /Users/.../.konan/kotlin-native-macos-1.0.3/klib/platform/ios_x64].

[Jonas Bark]

implementation "org.jetbrains.kotlinx:kotlinx-serialization-runtime-native:$serialization_version" works fine for me for iOS targets

[Drew]

@Jonas Bark even without having enabled Gradle metadata?

[basher]

@Drew hm not sure about that sorry

[Drew]

Yeah, no worries. I’ll figure it out! MPP seems so tricky right now with all the dependency management

[Ashley Figueira]

@Drew indeed.

[Drew]

I really want to dive in and create some cool stuff--but it’ll only be useful / beneficial in my org w/ stuff working decently on iOS… and it seems like iOS/native is just not there for dependency management and coroutines (in my experience anyway). Guess I can learn enough to contribute a fix back to the repos though