New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Upgrade to Kotlin 1.3.60 #157
Conversation
Also upgraded the Kotlin coroutines library. ReceiveChannelHandler had to be added a field and a method due to additions in ReceiveChannel. These are internal APIs so I made them throw NotImplementedError (through TODO("...")) and all tests still pass so it doesn't seem to be on a typical call path.
I've had to implement this in @InternalCoroutinesApi
override val onReceiveOrClosed: SelectClause1<ValueOrClosed<T>>
get() = TODO("not implemented")
@InternalCoroutinesApi
override suspend fun receiveOrClosed(): ValueOrClosed<T> {
TODO("not implemented")
}
} This makes the code compile, and the tests suite do not seem to exerce that call path. |
Can you check why it fails? |
It worked on my machine so...
… On 26 Nov 2019, at 09:32, Francesco Guardiani ***@***.***> wrote:
Can you check why it fails?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Kotlin updated to |
I had to overcome this problem because I have the new 1.3.2 coroutines dependency in one of my applications. I've added it like this: override suspend fun receiveOrClosed(): ValueOrClosed<T> {
return channel.receiveOrClosed()
}
} This way I was able to use Flow and create one form a Channel. |
Fixes the previous TODO
Thanks @vincentfree I've added delegation to both methods. |
I've attempted to merge with |
@vietj Did it go out of sync again? :( |
I will have a look rebasing this PR tomorrow |
Any update on that? :) |
on it :-) |
Cherry-picked in master, can you have a check @jponge @AlexeySoshin ? |
LGTM |
Amazing! |
Also upgraded the Kotlin coroutines library.
ReceiveChannelHandler had to be added a field and a method due to additions in ReceiveChannel.
These are internal APIs so I made them throw NotImplementedError (through TODO("...")) and all tests still pass so it doesn't seem to be on a typical call path.