Implement receiveOrClosed for channels and select clause

We need receiveOrClosed method on top of channels and onReceiveOrClosed for select which will have return type Either<E, CloseToken>.

Currently, pattern to work with channels always has the following form which is clumsy and obfuscates code:

 try {
    source.onReceive { ... }
} catch (e: ClosedReceiveChannelException) {
  // source is closed
}

The better alternative may be

source.onReceiveOrClosed {
  when (it) {
    CloseToken -> // end up consumption
    _ -> // proceed normally
  }
}

For implementation to be efficient we need inline classes (https://github.com/Kotlin/KEEP/issues/104)

[qwwdfsad]

It will be added to coroutines 1.5.0 under receiveCatching and onReceiveCatching names.

It’s already implemented and merged, the rationale of naming is explained in this comment

[elizarov]

Let me clarify that the considerable fraction of value is going to come from support for onReceiveOrClosed clause in select expression. With that you can write operations on multiple channels with less boilerplate, without having to deal with concurrency, and with ability to code any behavior on the close of any of the source channels.

Note, that when we have channel.job.onJoin you still will NOT be able to use onJoin in select together with onReceive, e.g this:

select {
    channel.onReceive { ... }
    channel.job.onClose { ... }
}

will not work as expected. We shall make sure it fails fast in this case with a clear error message.

Another note, is that we should not actually expose CloseToken in public API, since trying to send this token over another channel will lead to unpredictable results, so we shall encapsulate it by introducing a special ValueOrClosed<T> type (that will be implement as inline class in the future).