When I run `compileKotlinIosArm64`, it doesn’t even find the dependencies of `commonMain`: ``` // So...

# multiplatform

[ribesg]

When I run compileKotlinIosArm64, it doesn’t even find the dependencies of `commonMain`:

// Somewhere in a commonMain file
import io.ktor.client.HttpClient
       ^

My `build.gradle.kts`: https://gist.github.com/Ribesg/d76208f8d921cb22b50347e87014c144

[ribesg]

@yshrsmz what I have looks incredibly close to what I can see in your example here https://github.com/yshrsmz/GitHubKotlinMPPSample but it still doesn’t work

[ribesg]

Nevermind your code does not compile either

[yshrsmz]

yeah i pushed everything before leaving office 😁

[ribesg]

I don’t understand I have all dependencies set correctly but it doesn’t find ktor at all... Do you have any idea?

[yshrsmz]

I tried to create both arm64 source set and x64 source set before, but I couldn’t make it. This is why I change preset depending on the provided property in this repo

[yshrsmz]

https://github.com/yshrsmz/HNKotlinNative
this repo should work on ios simulator

[ribesg]

True, I don’t think I saw any working example where both targets are set, so maybe it’s the problem. I’ll try that tomorrow, thanks

[nestserau]

It won’t work with 1.1.2. Have the same issue. Seems I read there is a bug in metadata. I will try 1.3.20.

[nestserau]

It works with 1.0.0, but it’s not binary compatible with Kotlin gradle plug-in 1.3.20 which I need for Android AAR publication.

[nestserau]

So 1.3.20 and Gradle 4.10.3 is the way, just need to find a way to link with Ktor.

[yshrsmz]

@ribesg let me know if you make it!

[ribesg]

@yshrsmz I switched from 2 targets to a single one but as expected it doesn’t change anything

[nestserau]

Guys, I’ve made it work. Here is my build.gradle script in case anyone is interested:

plugins {
    id 'com.android.library'
    id 'kotlin-multiplatform'
}

repositories {
    google()
    jcenter()
    mavenCentral()
}

android {
    compileSdkVersion 28
    defaultConfig {
        minSdkVersion 21
    }
    buildTypes {
        release {
            minifyEnabled true
        }
    }
}

ext.ktor_version = '1.1.2'

kotlin {
    targets {
        final def iosTarget = System.getenv('SDK_NAME')?.startsWith("iphoneos") ? presets.iosArm64 : presets.iosX64
        fromPreset(iosTarget, 'ios') {
            compilations.main.outputKinds('FRAMEWORK')
        }
        fromPreset(presets.android, 'android') {
        }
    }
    sourceSets {
        all {
            languageSettings {
                languageVersion = '1.3'
                useExperimentalAnnotation 'kotlin.ExperimentalUnsignedTypes'
            }
        }
        commonMain {
            dependencies {
                implementation kotlin('stdlib-common')
                implementation "io.ktor:ktor-client-core:$ktor_version"
            }
        }
        commonTest {
            dependencies {
                implementation 'org.jetbrains.kotlin:kotlin-test-common'
                implementation 'org.jetbrains.kotlin:kotlin-test-annotations-common'
            }
        }
        iosMain {
            dependencies {
                implementation "io.ktor:ktor-client-ios:$ktor_version"
            }
        }
        iosTest
    }
}

dependencies {
    androidMainImplementation 'org.jetbrains.kotlin:kotlin-stdlib-jdk8'
    androidMainImplementation "io.ktor:ktor-client-android:$ktor_version"

    androidTestImplementation 'junit:junit:4.12'
    androidTestImplementation 'org.jetbrains.kotlin:kotlin-test'
    androidTestImplementation 'org.jetbrains.kotlin:kotlin-test-junit'
    androidTestImplementation "io.ktor:ktor-client-android:$ktor_version"
}

configurations {
    compileClasspath
}

[ribesg]

You have a weird mix of kotlin.sourceSets.<target> dependencies and global project dependencies

[ribesg]

I’m starting to think that I can’t getting to work because I’m using Kotlin DSL, and maybe it compiles/translates to something different in Groovy than what I expect

[nestserau]

Yes, it’s weird, but that’s the only way it works for me. If I try to make it “normal”, it stops compiling.

[ribesg]

Which target stops compiling?

[ribesg]

Because with what I have in my gist the Android part works, I can run it

[ribesg]

It’s just the iOS target that can’t find dependencies for some reason

[ribesg]

@nestserau did you ever get in a situation where the android app worked but the dependencies didn’t work when compiling iOS?

[nestserau]

I think so. And vice versa too. The file I posted above is a result of days of trial and error.

[ribesg]

I tried removing the entire android part of my project (gradle plugin, android block, android target, everything) and it didn’t change the fact that the ios part does not compile

[nestserau]

I cannot help you with the Kotlin part, because I don’t use it. Maybe try switching back to Groovy. You have a working example then at least…

[ribesg]

I rewrote the entire build file in Groovy, no difference

[nestserau]

In your settings.gradle, do you have
enableFeaturePreview(‘GRADLE_METADATA’)?

[ribesg]

No, trying that

[ribesg]

Ok it looks like it built

[nestserau]

Yes, that line is essential.

[ribesg]

Where is that documented? I’m now trying to go back to 1) Gradle 5 instead of 4 and 2) Kotlin DSL

[nestserau]

Somewhere on the Kotlin website.

[ribesg]

Looks like it works with Gradle 5.1.1 and my build.gradle.kts

[nestserau]

An experimental publishing and dependency consumption mode can be enabled by adding enableFeaturePreview(“GRADLE_METADATA”) to the root project’s settings.gradle file.

[nestserau]

Taken from here: https://kotlinlang.org/docs/reference/building-mpp-with-gradle.html

[ribesg]

Well, by “it works” I mean that the compileKotlinIos task succeeds, I didn’t have a look at what it produced and if I can use it, but it’s a step in the right direction at least

[ribesg]

Thanks for that @nestserau, been stuck for days

[nestserau]

Me too man, getting through the same shit for a couple of weeks already.