Following an earlier comment on this channel, usin...

# announcements

[kingsley]

Following an earlier comment on this channel, using this Gradle Kotlin DSL to enable language flags seem to be working fine.
However, there’s no documentation or a mention of it anywhere, regarding whether/not it’s a stable API that should/not be used.

I’m curious if this is indeed a recommended solution

subprojects {
    afterEvaluate {
        the<KotlinProjectExtension>().sourceSets.all {
            languageSettings(closureOf<LanguageSettingsBuilder> {
                progressiveMode = true
                enableLanguageFeature("NewInference")
                enableLanguageFeature("InlineClasses")
                ...

                useExperimentalAnnotation("kotlin.ExperimentalUnsignedTypes")
            })
        }
    }
}

[Dico]

Is this an option you're using in favor of tasks.withType<KotlinCompile> { freeCompilerArgs = listOf("-XXLanguage:+NewInference") }? (Sorry I only use kotlin Gradle dsl)

[kingsley]

Yes. This snippet is also using the Kotlin DSL

[Dico]

My phone did some weird autocorrecting there.

[kingsley]

Hehe. No worries 🙂

[Dico]

It seems like you need a lot of boilerplate to do it that way

[Dico]

Im going to guess that's something they'd want to do better.

[kingsley]

Not really. This is applying it across all subprojects. For a single module. I could easily do something like:

kotlin.sourceSets.all {
    languageSettings(closureOf<LanguageSettingsBuilder> {
        progressiveMode = true
        listOf("NewInference", "InlineClasses").forEach(::enableLanguageFeature)
    })
}

Seems much cleaner and intentional than passing raw flags

[kingsley]

With your example, this is equivalent to:

tasks.withType<KotlinCompile> {
    freeCompilerArgs += listOf(
            "-progressive",
            "-XXLanguage:+NewInference",
            "-XXLanguage:+InlineClasses"
    )
}

[Dico]

Which you can wrap in a subprojects block?

[kingsley]

Yes, I believe