А это проблема?

Нет. Просто интересно. JVM, JS и LLVM покрывают практически всё.

Нет. Просто интересно. JVM, JS и LLVM покрывают практически всё.

Кроме Go

Никогда его не любил, но когда пришлось щас на стажировке на нем писать, его способ сборки внушает уважение

вопрос, можно ли создать инстанс переменной в её экстеншне?

типа такого

fun <T>CacheMap<T>?.add(key:String,value:ArrayList<T>) { if (this.isReady) { this!!.value.put(key,value) } else { this = CacheMap() } }

А почему нет, это же статический метод под капотом.

ну в isReady помимо всего прочего проверка на null

да в том-то и дело

swift-то уже сейчас есть нативно; на medium была серия статей о том, как написали приложение под android на swift

Swift только нативно и может. Swift не может в Java bytecode, поэтому на Android он будет работать только через JNI. Для игр и если делать полностью кастомный UI — норм. А вот если прикручивать к Swift приложения обычный Android UI, то это уже не сахар.

но в this чет не присваивается нихрена

Кроме Go

Go генерирует бинарный код. Kotlin/Native тоже.

Для меня, как для разработчика под iOS сейчас главной проблемой является отсутствие автоподстановки при редактировании кода. Поэтому кросплатформенная разработка пока видится только так: Android UI и Common Businesslogic на Kotlin, а iOS UI на Swift

но в this чет не присваивается нихрена

А, стоп

Для меня, как для разработчика под iOS сейчас главной проблемой является отсутствие автоподстановки при редактировании кода. Поэтому кросплатформенная разработка пока видится только так: Android UI и Common Businesslogic на Kotlin, а iOS UI на Swift

Всё будет.

Это же вообще какое-то непотребство. Создать переменную можно но this по определению неизменен никогда

Всё будет.

В AppCode?

Go генерирует бинарный код. Kotlin/Native тоже.

Через LLVM, а не сам. Разве не так?

Через LLVM, а не сам. Разве не так?

Так. А в чём проблема?

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

Так. А в чём проблема?

У гошки свой кодогенератор, он не завязан на ллвм

Кстати, по Kotlin Nativ уже можно вопросы в этом чате задавать, или лучше пока в Slack?

Просто отличие, никакой проблемы тут нету

Через LLVM, а не сам. Разве не так?

Go делает это через GCC, а не через LLVM. Поэтому им никогда не летать хорошо на ARM. Увы.

То есть, альтернатив кодогенерации в ближайшее время никакой?

Я бы сказал, что GCC - это недостаток. Единественнй недостаток LLVM на мой взгляд - так это отсутсвтие собственной стандартной библиотекки, чтобы совсем быть автономным.

То есть, альтернатив кодогенерации в ближайшее время никакой?

Что вы называете кодогенерацией?

Что вы называете кодогенерацией?

Генерация машинного кода из IR

Поправочка, собственной стандартной библиотеки под windows/

Я бы сказал, что GCC - это недостаток. Единественнй недостаток LLVM на мой взгляд - так это отсутсвтие собственной стандартной библиотекки, чтобы совсем быть автономным.

А не понимаю зачем LLVM стандартная библиотека. Стандартаные библиотеки есть в языках, которые поверх LLVM построены (C/C++, Kotlin/Native, Swift, и т.п.).

Генерация машинного кода из IR

А зачем тут альтернатива??

Sorry, я про CLANG

А зачем тут альтернатива??

Хотя бы, чтобы был выбор и была конкуренция

Я бы рад вообще отказаться от С/С++ и не вспоминать как о кошмарном сне, но слишком часто требуется их стандартная библиотека.

Конкуренция простите чего?

Захочу компайлер написать, и выбор бэкэнда особо не стоит - LLVM

Сделать что-то лучше, чем LLVM очень сложно, слишком много туда усилий вбухано. Причем система низкого уровня, какой хочешь язык поверх нее, такой и пиши

К тому же конкуренция есть, есть Graal. Если доживем до релиза

Если сложно, тогда ОК

Совершенно забыл, таки да

Ну пока еще есть конкуренция и в лице GCC. Он еще тоже пока не собирается сдаваться LLVM-у без боя.

Есть все-таки две большие разницы, компилировать в С или компилировать в какой-то более менее нейтральный IR

Я видел уже несколько весьма симпатичных проектов, которые используют манипуляции с IR LLVM для всяких клевых метопрограммных штук.

Кстати, про котлин, я так понял, что котлин тоже переходит на схему с IR и с публичным API для работы с этим IR. Шлю, как говорится, лучи поддержки. Мне кажется, что на этом пути можно много всего полезного накопать.

GCC != компилироваться в C. У GCC есть множество frontends (C, Fortran, Go, и т.п.) и какой-то внутренний IR, хоть и не так хорошо отделенный как в LLVM.

А не понимаю зачем LLVM стандартная библиотека. Стандартаные библиотеки есть в языках, которые поверх LLVM построены (C/C++, Kotlin/Native, Swift, и т.п.).

А какая у kn стандартная либа? В jvm она почти вся состоит из тайпалиасов на жабовские типы, а тут как?

Я видел уже несколько весьма симпатичных проектов, которые используют манипуляции с IR LLVM для всяких клевых метопрограммных штук.

А расскажите пожалуйста об этом в @CompilerDev

А какая у kn стандартная либа? В jvm она почти вся состоит из тайпалиасов на жабовские типы, а тут как?

А тут всё самописное + какие-то вещи из libc используется. Мы не фашисты, как в Go, и цели совсем отказаться от libc пока не ставим, хотя в будущем можно её будет выпилить.

А какая у kn стандартная либа? В jvm она почти вся состоит из тайпалиасов на жабовские типы, а тут как?

Внезапно, большая часть kotlin-stdlib на JVM — это bulk-операции на массивах и коллекциях, умноженные на количество примитивных типов в JVM :)

Внезапно, большая часть kotlin-stdlib на JVM — это bulk-операции на массивах и коллекциях, умноженные на количество примитивных типов в JVM :)

Что есть bulk операции?

Что есть bulk операции?

Операции над всей коллекцией, как forEach, map, fold, reduce, flatMap, filter.

Операции над всей коллекцией, как forEach, map, fold, reduce, flatMap, filter.

А. Так я о том же. А самим писать для кн кажется довольно жирно.

Но как выяснилось именно так и делается )

А. Так я о том же. А самим писать для кн кажется довольно жирно.

нормально это, а не жирно)

зато сколько пользы будет

Go генерирует бинарный код. Kotlin/Native тоже.

Так котлин LLVM биткод выдает или бинарник!?

Так котлин LLVM биткод выдает или бинарник!?

Биткод.

Биткод.

понеслась...

Так котлин LLVM биткод выдает или бинарник!?

Я не вполне понимаю почему это важно. На выходе бинарный код, который компилируется сразу. Под капотом компилятор котлина генерирует биткод LLVM, который дальше тут же компилируется в бинарный код.

С точки зрения реализации это интересно, как это устроено. Но с точки зрения пользователя я не уверен, что это важно.

понеслась...

Я не прав?

Т.е. при сборке иос проекта этип сборки бинарника просто пропускается? Нам же не нужно бинарник в проект добавлять.

Эксперементирую с web клиентом на kotlin/js c react. API предоставляет KTOR. Изучаю сейчас https://github.com/Kotlin/kotlinx-io Не могу понять как базовые http запросы начать делать.

как их делать с web или как оформить api на ktor?

как их делать на стороне клиента. конкретно сейчас это web.

но так как это multiplatform I/O library дальше это должно завестись и на других клиентах - мобильных

Пока вроде нет общей библиотеки для работы с http вызовами, можно ее самому набросать, а на платформах прокидывать вызовы к axios, apache http и т.п.

Да, про эту возможность знаю. Пока не хочется этого делать - так как это получится самописный велосипед, ведь если я правильно понял, kotlinx.io как раз для того, чтобы унифицировать io слой между платформами. Или я неправильно понял планы JB?

Да, kotlinx.io для этого но он пока в активной разработке. Поэтому пока и нет обшеплатформенной реализации.

Пока вроде нет общей библиотеки для работы с http вызовами, можно ее самому набросать, а на платформах прокидывать вызовы к axios, apache http и т.п.

А разве нет готовых сишних либ поверх libuv? У kotlin же норм интероп с Си

Так котлин LLVM биткод выдает или бинарник!?

Когда вы запускаете компилятор Kotlin/Native из командной строки, то на выходе получаете бинарник. Все эти разговоры про LLVM и биткод это просто детали внутренней архитектуры комплитора K/N. К слову, компиляторы Swift, Rust и многих других современных языков устроены внутри точто так же.

А разве нет готовых сишних либ поверх libuv? У kotlin же норм интероп с Си

Думаю будут проблемы с kotlin/js

Если я собираю ios приложение, котлин код будет прикладываться в виде бинарника со своим рантаймом, или в виде биткода и работать точно так же, как и соседний биткод от свифта, в одном с ним бинарнике? Этот момент совершенно не понятен

да я тоже не до конца понимаю. речь вот об этой штуке https://help.apple.com/xcode/mac/current/#/devbbdc5ce4f в xcode настройка ENABLE_BITCODE

а ktor же будет работать нативно? у него вроде нет привязки к jvm

хотя там netty...

хотя там netty...

он там гвоздями не прибит. Можно подсунуть и другую реализацию

хотя там netty...

там что угодно, хоть сервлеты

там что угодно, хоть сервлеты

ну это ждать нативный сервер, я об этом

о, надо подружить ktor и веб-сервер wizzardo

Если я собираю ios приложение, котлин код будет прикладываться в виде бинарника со своим рантаймом, или в виде биткода и работать точно так же, как и соседний биткод от свифта, в одном с ним бинарнике? Этот момент совершенно не понятен

С каким рантаймом? Со счетчиком ссыло что ли?

кстати, https://github.com/JetBrains/kotlin не так давно стало больше 23к звезд )

Если я собираю ios приложение, котлин код будет прикладываться в виде бинарника со своим рантаймом, или в виде биткода и работать точно так же, как и соседний биткод от свифта, в одном с ним бинарнике? Этот момент совершенно не понятен

не знаю тот ли этот биткод, но есть такая issue https://github.com/JetBrains/kotlin-native/issues/1202

Эксперементирую с web клиентом на kotlin/js c react. API предоставляет KTOR. Изучаю сейчас https://github.com/Kotlin/kotlinx-io Не могу понять как базовые http запросы начать делать.

kotlinx-io это именно I/O, там нет http или других протоколов, только байтовые пакетики

Для http есть такое https://github.com/e5l/http-client-common/ (тоже сыроватое), а если не интересует мультиплатформа, то можно просто react’овский fetch из котлина звать

не знаю тот ли этот биткод, но есть такая issue https://github.com/JetBrains/kotlin-native/issues/1202

пока нет поддержки биткода по всей видимости olonho commented a day ago Seems this way valid bitcode cannot be generated, so let's close this one for now, and come back again, when focus on that feature again.

Для http есть такое https://github.com/e5l/http-client-common/ (тоже сыроватое), а если не интересует мультиплатформа, то можно просто react’овский fetch из котлина звать

Попробую, спасибо. Мультиплатформа интересует)

Для http есть такое https://github.com/e5l/http-client-common/ (тоже сыроватое), а если не интересует мультиплатформа, то можно просто react’овский fetch из котлина звать

Вообще, честно говоря, 6 лет занимаюсь нативной разработкой под ios и android и всегда скептически относился к кросплатформенной разработке. Постоянно поглядывал в ту сторну, но скепсис только подтверждался. А вот подход kotlin'a к мультиплатформе импонирует - скепсиса нет, у JB все получится - так держать!

Вообще, честно говоря, 6 лет занимаюсь нативной разработкой под ios и android и всегда скептически относился к кросплатформенной разработке. Постоянно поглядывал в ту сторну, но скепсис только подтверждался. А вот подход kotlin'a к мультиплатформе импонирует - скепсиса нет, у JB все получится - так держать!

знакомые лица)

+ для некоторых задач, где сильный упор в основном на мобилки и процент UI очень большой в проекте - тут неплохо себя начинает показывать Flutter. Для одного своего проекта как раз его начал использовать. Оба решения хороши в своих нишах. Kotlin не лезет в UI тему, а Flutter это в основном UI. Было бы здоро если взаимодейсвие между ними налаживалось со стороны обеих компаний. Это отсылка к теме о которой я уже говорил - flutter platform channels и K/N

знакомые лица)

привет)

+ для некоторых задач, где сильный упор в основном на мобилки и процент UI очень большой в проекте - тут неплохо себя начинает показывать Flutter. Для одного своего проекта как раз его начал использовать. Оба решения хороши в своих нишах. Kotlin не лезет в UI тему, а Flutter это в основном UI. Было бы здоро если взаимодейсвие между ними налаживалось со стороны обеих компаний. Это отсылка к теме о которой я уже говорил - flutter platform channels и K/N

flutter даёт какие-то преимущества перед react-native?

нет бриджа