Телеграмм чат группы kotlin

17:42пожаловаться #1

С этим use case можно пойти и в youtrack)
Наверное, там уже что-то похожее есть, то тогда хотя бы коммент оставить

17:45пожаловаться #2

Alexander Levin in Kotlin Community

Там есть это, но по subtask'ам непонятна, там добавить хотят или убить :)
https://youtrack.jetbrains.com/issue/KT-10741

17:46пожаловаться #3

Alexander Levin

Там есть это, но по subtask'ам непонятна, там добавить хотят или убить :)
https://youtrack.jetbrains.com/issue/KT-10741

Ну пересечения мультиресиверами очень хорошо решаются. Причем в любом варианте реализации

18:24пожаловаться #4

Alexander Levin

Там есть это, но по subtask'ам непонятна, там добавить хотят или убить :)
https://youtrack.jetbrains.com/issue/KT-10741

я думаю это не то
эта таска больше про вывод типов вроде

18:24пожаловаться #5

Условно если дженерик не нужен то:

abstract class ChooserFolderTree(var activityCaller: Activity & ActivityResultCaller): IChooserFolderTree

Если нужен:

abstract class ChooserFolderTree<T: Activity & ActivityResultCaller>(var activityCaller: T): IChooserFolderTree

Ну пересечения мультиресиверами очень хорошо решаются. Причем в любом варианте реализации

https://t.me/kotlin_lang/215658
как-то слабо вериться, что это решается мультиресиверами

Alex Levin in Kotlin Community

18:24пожаловаться #6

Alexander Levin in Kotlin Community

Ну пересечения мультиресиверами очень хорошо решаются. Причем в любом варианте реализации

Эм. Ну как пример - можете показать как вписываются мультиресиверы в пример выше?

18:24пожаловаться #7

Alexander Levin in Kotlin Community

Ну и требовать кучу контекстов != требовать на одном объекте кучу всего

18:25пожаловаться #8

Lev Shagalov in Kotlin Community

Iaroslav Postovalov

ftp еще жив?

да....

18:29пожаловаться #9

Lev Shagalov

да....

не особо. Но бывает

18:30пожаловаться #10

Alexander Levin

Там есть это, но по subtask'ам непонятна, там добавить хотят или убить :)
https://youtrack.jetbrains.com/issue/KT-10741

вообще, вот https://youtrack.jetbrains.com/issue/KT-13108
но статус у неё странный)
и там как раз похожий use case есть

I'm probably the last person in human history to switch from FTP to Git

18:30пожаловаться #11

Denys in Kotlin Community

Iaroslav Postovalov

ftp еще жив?

Offtop про FTP: https://twitter.com/levelsio/status/1327453179915735040

Twitter

18:30пожаловаться #12

Add build parameter to build atomicfu with JVM IR compiler by ALikhachev · Pull Request #159 · Kotlin/kotlinx.atomicfu

смотрите что нашёл:
https://github.com/Kotlin/kotlinx.atomicfu/pull/159#discussion_r524489948

(Also note that we're going to mark all binaries generated by JVM IR as stable since 1.4.30, so these flags won't be necessary anymore.)

GitHub

To be used in specific kotlinx-train CI configuration. It's needed for faster adoption of JVM IR compiler.

18:40пожаловаться #13

Add build parameter to build atomicfu with JVM IR compiler by ALikhachev · Pull Request #159 · Kotlin/kotlinx.atomicfu

Oleg Yukhnevich

смотрите что нашёл:
https://github.com/Kotlin/kotlinx.atomicfu/pull/159#discussion_r524489948

(Also note that we're going to mark all binaries generated by JVM IR as stable since 1.4.30, so these flags won't be necessary anymore.)

GitHub

To be used in specific kotlinx-train CI configuration. It's needed for faster adoption of JVM IR compiler.

Так то же самое в сериализации только что замердждили

18:42пожаловаться #14

Так то же самое в сериализации только что замердждили

(не все же следят за всем этим)

18:44пожаловаться #15

Oleg Yukhnevich

(не все же следят за всем этим)

Я к тому, что движуха по всем либам.

18:44пожаловаться #16

Вообще по IR большинство багов в 1.4.20 закрыли уже (я сужу по JS и Native).

18:44пожаловаться #17

Я к тому, что движуха по всем либам.

так дело не в пиарах, а в том, что получается, можно будет либы с 1.4.30 делать на IR, и публиковать их так

18:46пожаловаться #18

Oleg Yukhnevich

так дело не в пиарах, а в том, что получается, можно будет либы с 1.4.30 делать на IR, и публиковать их так

Ну не уверен. Там пока речь только про специальный ключ для CI.

18:46пожаловаться #19

Sergey Bezrukov in Kotlin Community

Sergey Bezrukov

Словил ошибку:

java.lang.AssertionError: Built-in class kotlin.Any is not found
at kotlin.reflect.jvm.internal.impl.builtins.KotlinBuiltIns$3.invoke(KotlinBuiltIns.java:113)
at kotlin.reflect.jvm.internal.impl.builtins.KotlinBuiltIns$3.invoke(KotlinBuiltIns.java:108)

как вообще такое возможно ) ? Как по мне, это что-то вроде java.lang.Object not found 😊

kotlin 1.4 (.10, .20-RC, нет разницы), java 11, quarkus 1.9.2. Ошибка возникает, что интересно, только в тестах - в production mode всё ок. Вот думаю кому issue написать - в quarkus или в jetbrains. Или обоим ) ?

Чудеса продолжаются ) И в элементарном репродьюсере и в реальном приложении если выкинуть jackson-module-kotlin то ошибка исчезает.
При этом сериализация/десериалиация data классов волшебным образом продолжает работать, хотя, судя по документации к этому самому jackson-module-kotlin не должна (а иначе зачем он вообще нужен-то).