Simon Vergauwen

Hey @rougsig, My apologies, for the late response. All the extensions on `Flow` can be found here: https://github.com/arrow-kt/arrow/blob/main/arrow-libs/fx/arrow-fx-coroutines/src/commonMain/kotlin/arrow/fx/coroutines/flow.kt I think these are the most interessting ones to show: - parMap...

Perhaps this is a better technique for KtLint since it edits code that contributors edits so automatically changing that code can result in conflicts. https://github.com/mpetuska/klip/blob/master/build.gradle.kts#L8

@lenguyenthanh that is a great suggestion! I’m sure we’d all love to use newer features, but we need to prefer stability for downstream libraries and projects. It’s important for long...

@kyay10 thanks for taking the time for making the PRs, and doing the investigation 🙏

Hey @codependent, thanks for the suggestion. Is there any reason or use-cases that you would prefer a `ZIO` data type over what currently is possible in Kotlin with `Effect` +...

@codependent maybe as a clarification on the StackOverflow answer (and let me know if you think I should update my answer accordingly). > I misunderstood the introduction of the [Effect...

I wonder if we an improve this by implementing the `CoroutineStackFrame` interface. I'm wondering if we can re-use the mechanism of rewriting stack traces that is already existing in Kotlin,...

https://github.com/JetBrains/kotlin/blob/master/libraries/stdlib/jvm/src/kotlin/coroutines/SafeContinuationJvm.kt#L18

Update with comment from Slack: > This is code generated by the Kotlin compiler, and not sure if we can do something about it inside Arrow. It's an issue inherited...

@i-walker if KotlinX is blocking these new targets it's only blocking Arrow Fx. We could support all these targets already for Arrow Core & Arrow Optics. Arrow is no longer...