Так они же вроде даже между патчами не совместимы, ABI не стабилен

если взять скомпилированную либу на 1.3.+ и попробовать заюзать её на 1.4, то её нужно будет перекомпилировать (т.к. формат совместим то)

но а вот кто знает как она скомпилится и прочее, это не стабильно

а когда библиотека скомпилированна под jvm 1.6, а он совместим с 1.8, то тут не надо перекомпилировать и вопросы к платформе всё-таки

Кстати, кто-нибудь знает, hmpp позволяет добавлять нейтив таргеты в наследниках?

Просто посмотрите на скалу

Да нет, формат как раз несовместим, сам IR меняется от версии к версии. Мы конкретно про нэйтив же, не про жвм.

Ей никто не мешает быть в плане совместимости как K/N, хотя она на JVM

Так там в минорных версиях ломающие изменения, логично, что так выходит.

Ну я к тому, что платформа тут вообще не при чём

У Kotlin/JVM предрелизных версий точно такая же картина

в наследниках - это где?

Ну типа делаем nativeCommon, а оптом в зависимом проекте добавляем linux таргет.

Всем привет. Не могу разобраться как конвертнуть UUID в Long

в теории можно

можно украсть сорц сет в наследном проекте

Без потери данных - никак

В теории я знаю, что можно.

а по-другому - я не уверен, что можно

Поцоны и поцонессы посоветуйте, мигрируем на котлин 14 и словили такую штуку, на которую 13-й не ругался. Ну и по виду если флоу смотреть то вполне норм должно быть. Стоит заводить ишу аль нет?

import kotlin.random.Random

fun main(args: Array<String>) {
    var enumVar: SomeEnum? = null
    val result = if (Random.nextBoolean()) {
        "result"
    } else {
        enumVar = try {
            SomeEnum.valueOf("X")
        } catch (e: Exception) {
            throw RuntimeException()
        }
        enumVar!!.name // !!! HERE NOW it should be null-asserted
    }
    print(enumVar)
    print(result)
}

enum class SomeEnum {
    FOO, BAR
}

А что болит? Я вот в централ выливал и было норм