[WIP] Support analyzing context receivers

[apatrida]

Add analysis for context receivers (experimental up thought Kotlin 1.9 but should be final in Kotlin 2.0)

This basically clones code for extension receivers and adds support for context receivers in the same classes and interfaces. The testing is mirroring the same level of support for extension receivers (which is minimally covered in tests).

This is to address issue #1136

TODO:

• constructors with context receivers
• open questions below
• top level functions are not currently covered by tests for Extension Receiver nor for this new context receivers, should they be?

[apatrida]

Question for opinions:

A context receiver on the class level applies to the constructors, but is written at the class level. So should the context receivers be exposed in the class, or via each constructor as they would be on other member functions or top-level functions?

[apatrida]

Question for opinions:

A context receiver can be on functions, methods, classes. Should they therefore be available from KSDeclaration and return emptyList for properties and typealiases, or should they bely on classes and function declarations.

[apatrida]

Question to resolve:

Does https://github.com/tschuchortdev/kotlin-compile-testing have a way to set freeArgs or -Xcontext-receivers in some way for the compiler? This change here could impact that until this feature is stable and the flag is removed (Kotlin 2.0)

[apatrida]

Hello, any feedback on this approach? Nearly stable release for feature in Kotlin, and this is probably pretty close to what is needed.

[Ferdia-Fagan]

I am just going to poke this because I have been waiting for this for so long ... Any success with this? or is it still in experimental?