It looks like the <KT-22841> restrictions on non-final expect/actual classes were reverted by <KT-62...

# eap

[Jeff Lockhart]

It looks like the KT-22841 restrictions on non-final expect/actual classes were reverted by KT-62655 in 1.9.20-RC2. Would someone be able to provide more info about the long-term plan for expect/actual classes? Are these restrictions going to be reintroduced or are there different plans for the future direction?

[jw]

There's a comment in the first issue about it https://youtrack.jetbrains.com/issue/KT-22841/Prohibit-different-member-scopes-for-non-final-expect-and-its-actual#focus=Comments-27-8287209.0-0

[dmitriy.novozhilov]

cc @bobko

[Jeff Lockhart]

Oh, that's great! I didn't realize I haven't been subscribed to comments on the issue and a lot changed in the last two weeks.

The ability to add platform-specific API/state to non-final expect classes was important for my KMP database library. I found the workaround required me to wrap platform-specific API/state in an additional final expect class layer as well as to duplicate code that should be inherited from a platform-specific super class.

I'm looking to finalize the binary API of my library before release with Kotlin 1.9.20 and would like to know if I am safe to revert most of these changes in favor of the more straightforward code I had previous to 1.9.20-Beta.

[Jeff Lockhart]

This is the commit undoing those changes, by the way. 311 additions, 1,187 deletions 🎉