Rick Clephas

Hmm alright didn't know about any limitations with extensions in JS. I am actually not a big fan of such wrapper classes. Mainly because: - all properties and functions have...

If the compiler plugin is migrated to KSP we won't be able to modify any of the source code, making #63 impossible. Perhaps a better solution would be to generate...

Some thoughts about Swift implementations of Kotlin classes/interfaces. Kotlin code: ```kotlin interface A { suspend fun foo(): String suspend fun bar(): String { return "Default" } } open class AKotlinImpl:...

I solved this by suspending the "onItem" call inside the `collect`. The `onItem` callback now contains a completion handler which the Swift code must invoke once it's done consuming the...

Hey thanks for the report! Could you try annotating the `client` property with `@NativeCoroutinesIgnore`?

I wasn't able to reproduce the issue, so I will be closing this for now. Let me know if you have a reproduction project.

Thanks @GrahamBorland! I narrowed that issue down to some kind of conflict between KMP-NativeCoroutines and kotlinx.serialization. Will track this in #27.

@ln-12 thanks for the reproduction code. I didn't quite figure out why adding the `OptIn` annotation triggers this error. Note: you'll see a similar error with the `@Throws` annotation. However...

Thanks for the report! I assume `fullName` is a property of a public class, right? The recursion error you are seeing is actually a known problem (and similar to #4...

You are correct in that 2+ plugin could cause a recursion error, however there is a [check](https://github.com/rickclephas/KMP-NativeCoroutines/blob/c6b134ab947a97a212b18d1a80b26bcef013511e/kmp-nativecoroutines-compiler/src/main/kotlin/com/rickclephas/kmp/nativecoroutines/compiler/KmpNativeCoroutinesSyntheticResolveExtension.kt#L45-L57) that should prevent such recursions. The actual cause of these recursion errors is...