I've got an ios project hooked up and consuming my...

# multiplatform

[Adam Brown]

I've got an ios project hooked up and consuming my kotlin native code (using the direct method, not cocoapods) but it looks like only some classes get gen'ed into the shared framework header. For instance fun LifecycleRegistry(): LifecycleRegistry = LifecycleRegistryImpl() isn't referenced anywhere in my own Kotlin code, so it doesnt appear to be present in the header file. If i add a public variable w\ that type to one of my classes, then it does appear in the header. Is there anyway to force it to add everything to the header regardless of if it is in a public interface somewhere?

[Adam Brown]

aha, if anyone else comes across this, you can explicitly export librarys:

[Adam Brown]

ios {
        binaries {
            framework {
                baseName = "shared"
                transitiveExport = true
                export("com.arkivanov.decompose:decompose:0.6.0")
            }
        }
    }

[Paul Woitaschek]

I suggest to not do that. It will greatly increase your headers file size. Maybe that fun lives in another artifact than exported?

[Adam Brown]

not do transitiveExport? Or not do the export for decompose?

[Arkadii Ivanov]

It's advised to not use transitiveExport, just export the required deps explicitly.

[Adam Brown]

Was this not an issue with the cocoapods method? I don't see this in a lot of the samples

[Arkadii Ivanov]

This is not an issue, this is how it works. You have to export things to iOS 😀 AFAIK the cocoapods integration got the exporting feature just recently.

[Adam Brown]

Oh interesting, I don't quite understand why in the to-do app sample for example I don't see this explicit export of decompose

[Arkadii Ivanov]

There is - https://github.com/JetBrains/compose-jb/blob/43f129b9f502609d0a34962ccf481d12cbef0588/examples/todoapp/common/root/build.gradle.kts#L16

[Adam Brown]

Ah damn so there is!

[Arkadii Ivanov]

Of course, this is how it works.