That still doesn't work, the kotlin compiler can't figure out the type signatures.

# gradle

[jlleitschuh]

That still doesn't work, the kotlin compiler can't figure out the type signatures.

[jlleitschuh]

I ended up opening this
https://github.com/gradle/kotlin-dsl/issues/458

[jlleitschuh]

@bamboo Is this a Kotlin Compiler bug? Should this be opened in youtrack?

[bamboo]

I have to take a deeper look at the API, let me see

[bamboo]

Hm, public <T extends Task & JavaForkOptions> void applyTo(TaskCollection tasks)

[bamboo]

The type parameter is not mentioned in the parameters so there’s no hook for Kotlin to infer the type

[bamboo]

The API needs to be fixed

[bamboo]

I think Kotlin should let you call the function if you pass the type argument explicitly for now:

applyTo<MyTaskType>(...)

Does it?

[bamboo]

I’m making a test locally

[jlleitschuh]

Thanks!

[bamboo]

I’ve corrected the API locally to be public <T extends Task & JavaForkOptions> void applyTo(TaskCollection<T> tasks) but Kotlin still can’t figure out the following code is valid:

applyTo(tasks.withType<JavaExec>())

JavaExec is both a Task and JavaForkOptions so there’s a Kotlin compiler issue here too.

[bamboo]

@jlleitschuh => https://github.com/gradle/gradle/commit/40d09068cf6fb6fbdd0b1ade10f90d4185fc204e

[bamboo]

It makes sense to open an issue against the Kotlin compiler YT also

[jlleitschuh]

be inferred by a capable compiler.

Bahahahah 😆

Thanks for the fix.

[bamboo]

😉

[jlleitschuh]

Do you want to open the issue against Kotlin or should I?
You could probably describe the issue better than I can.

[bamboo]

ok

[jlleitschuh]

You should mention that the commit will close this:
https://github.com/gradle/gradle/issues/2702

[bamboo]

I’ll attach the PR to the issue once CI is green

[bamboo]

Maybe Kotlin 1.1.4 can handle it? I haven’t have the time to check it yet