Probably not the right place, but wanted to start ...
# language-proposals
t
Probably not the right place, but wanted to start somewhere. I imagine an alternate universe where Kotlin versions follow semantic versioning in
<major>.<minor>.<patch>
form so updates could be automated by scripts (Renovatebot/dependeabot) with ease. The current
1.<major>.<minor><patch>
format is hard to parse and also not even correct since theoretically there was no major breaking change yet (that is if you ignore the deprecated/removed methods, renamed command line flags, incubation/optin features, compiler backend change, Gradle DSL changes, and tons of warnings etc.). Is there a proposal for doing the "Java maneuver" and going from 1.6 to 7.0 next release?
☝️ 2
t
cheers!, can't believe it only has 2 upvotes 😢
@lhwdev upvote the YT issue 😉
🆗 1
e
FWIW, kotlin-stdlib-jvm is meant to be semver-compatible as far as A*B*I goes (deprecations/removals do change A*P*I though). the compiler isn't under any stability guarantees, and I believe CLI and Gradle DSL aren't either, even in patch versions.
☝️ 1