After update to kotlin 1.1.4, my gradle build (groovy based) fails with following

Task with path 'copyMainKotlinClasses' not found in project

. In

build.gradle

I have:

// groovy code should have access to kotlin classes for things like blablabla to work
tasks.compileGroovy.dependsOn 'copyMainKotlinClasses'
// and also for tests
tasks.compileTestGroovy.dependsOn 'copyTestKotlinClasses'

7 replies This problem prevents update to 1.1.4 for us. Kittens are crying 😿

After update to kotlin 1.1.4, my gradle build (groovy based) fails with following

Task with path 'copyMainKotlinClasses' not found in project

. In

build.gradle

I have:

// groovy code should have access to kotlin classes for things like blablabla to work
tasks.compileGroovy.dependsOn 'copyMainKotlinClasses'
// and also for tests
tasks.compileTestGroovy.dependsOn 'copyTestKotlinClasses'

8 replies They managed to solve it by updating gradle here: https://stackoverflow.com/questions/40563870/compilekotlin-fails-in-gradle-mixed-java-kotlin-project

After update to kotlin 1.1.4, my gradle build (groovy based) fails with following

Task with path 'copyMainKotlinClasses' not found in project

. In

build.gradle

I have:

// groovy code should have access to kotlin classes for things like blablabla to work
tasks.compileGroovy.dependsOn 'copyMainKotlinClasses'
// and also for tests
tasks.compileTestGroovy.dependsOn 'copyTestKotlinClasses'

9 replies @karelpeeters for me that would be a downgrade, the problem is due to changes introduced in kt 1.1.4 for gradle 4.0, I'm running gradle 4.0.1

Hey all. Are there any Kotlin libraries with functional style immutable collections?

There's also the Guava collections.

Guava’s collections do not have persistent data structures as far as I recall

correct they do not

@User uploaded a file: Untitled

Show bytecode & decompile

@User uploaded a file: Untitled

Strange that the property is public, shouldn't those always be private?

I thought so too. This really breaks safety

lateinit

is designed for things like DI frameworks which inject stuff into your fields. If you want safety, you need something like

by Delegates.notNull()

.

But couldn't the backing field have been private?

lol, what? I needed like 5 minutes to realize that - the actual field is public? That definetly should not be the case...

Seems like the field mimics the visibility of the setter when using

lateinit

.

Make the setter private and your field will be private, too.

@User uploaded a file: noob question, why is -128 -> 127 handled specially?

@gildor commented on @thornley-touchstar’s file https://kotlinlang.slack.com/files/U6G7W5FMW/F6S99HGH1/noob_question__why_is_-128_-__127_handled_specially_.kt: Because Integer instances in Java between -128 and 127 are cached

makes sense 🙂

@gildor commented on @thornley-touchstar’s file https://kotlinlang.slack.com/files/U6G7W5FMW/F6S99HGH1/noob_question__why_is_-128_-__127_handled_specially_.kt: see valueOf docs - https://docs.oracle.com/javase/7/docs/api/java/lang/Integer.html#valueOf(int)

@thornley-touchstar commented on @thornley-touchstar’s file https://kotlinlang.slack.com/files/U6G7W5FMW/F6S99HGH1/noob_question__why_is_-128_-__127_handled_specially_.kt: Thanks, I noticed it applies to Byte (obviously), Long, Short, etc. 🙂

random place to ask?

Help! 😢 https://youtrack.jetbrains.com/issue/KT-19866

How do I convert a range to a set? The following does not compile:

val indices = mutableSetOf<Int>(0..size)