Update to Kotlin 2.0.0

[3flex]

Fixes #6715

This is safe to release with alpha/beta dependencies in my opinion. poko 0.16.0-beta01 is based on Kotlin 2.0.0-RC3 which is the same as 2.0.0. kctfork is only used in tests.

[jarroyoesp]

Hey @3flex after trying the commit 429a178 as you mentioned here #6715 (comment). I've been able to compile your branch and generate the library on my MavenLocal. But when I've run detekt in my project, I am getting the following errors:

> Task :build-conventions:compileKotlin FAILED
e: Pre-release classes were found in dependencies. Remove them from the classpath, recompile with a release compiler or use '-Xskip-prerelease-check' to suppress errors
e: file:///Users/javierarroyo/Projects/Personal/Forlago/build-conventions/build/generated-sources/kotlin-dsl-accessors/kotlin/gradle/kotlin/dsl/accessors/_2fb462c0d2ba107f613d15985247d494/Accessors32ikgp1isdd8mwexzgbe6rirl.kt:65:44 Class 'io.gitlab.arturbosch.detekt.extensions.DetektExtension' is compiled by a pre-release version of Kotlin and cannot be loaded by this version of the compiler

Thanks :)

[3flex]

You probably need to follow steps here: https://docs.gradle.org/8.3/release-notes.html#kotlin_k2 and be sure to use Gradle 8.3 or higher.

Also have a read of https://kotlinlang.org/docs/whatsnew-eap.html#current-k2-compiler-limitations

[codecov]

Codecov Report

Attention: Patch coverage is 0% with 1 lines in your changes are missing coverage. Please review.

Project coverage is 84.36%. Comparing base (e79f038) to head (73c8d7e).

Files	Patch %	Lines
...lin/io/github/detekt/parser/BindingContextUtils.kt	0.00%	1 Missing ⚠️

Additional details and impacted files

@@             Coverage Diff              @@
##               main    #6640      +/-   ##
============================================
- Coverage     84.68%   84.36%   -0.33%     
- Complexity     4001     4176     +175     
============================================
  Files           574      574              
  Lines         12011    11913      -98     
  Branches       2476     2458      -18     
============================================
- Hits          10172    10050     -122     
- Misses          598      613      +15     
- Partials       1241     1250       +9     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[BraisGabin]

🎉

[3flex]

If this is cherry picked into the 1.x branch, these PRs will also need to be picked:

• Remove test failing on new compiler diagnostic error #7302
• Execute compiler plugin tests on language version 1.9 due to K2 incompatibility #7303

[nebffa]

Kotlin 2.0 has just been released. I see this has been merged - are you planning to publish a release relatively soon? :)

[3flex]

I haven't made releases previously so I can't say, but you can try snapshots until a new one is pushed out.

[TWiStErRob]

@cortinico are you planning a patch with Kotlin 2.0.0 support? (current 1.23.6 works, but I would assume that the K2 improvements propagate to compiler-embedded, so a detekt patch/minor release could benefit from a 2x speed improvement?)

[cortinico]

@cortinico are you planning a patch with Kotlin 2.0.0 support? (current 1.23.6 works, but I would assume that the K2 improvements propagate to compiler-embedded, so a detekt patch/minor release could benefit from a 2x speed improvement?)

I was thinking we can cut a 2.0.0-alpha-01 or so from the main branch to overcome this. Wdyt @TWiStErRob @3flex ?

[TWiStErRob]

It feels like that might be a long way away (from stable), there are still breaking changes coming in refractors, right? So alpha would require some to migrate again and again, and therefore I personally wouldn't actually use the alpha in a live project (e.g. at work) and miss out on speed of a stable compiler. I think @3flex can comment on the complexity of cherry, based on the above comment it's 3 small PRs, however with one of them forcing language version, does it mean we wouldn't benefit from K2's improvements?

[3flex]

Language version 1.9 limitation applies to compiler plugin only. The CLI and Gradle in theory get speedups but I haven't tested anything.

Cherry picking sounds like a good plan.