llvm делается не 2мя людьми (как dmd Брайтом и парой соратников)

Вообще, кто-нибудь сейчас следит за работой Jonathan Blow? Он сейчас в своём языке, JAI, использует LLVM. Но говорит, что потом будет эффективнее написать собственный.

Вообще, кто-нибудь сейчас следит за работой Jonathan Blow? Он сейчас в своём языке, JAI, использует LLVM. Но говорит, что потом будет эффективнее написать собственный.

Слежу, но не осилил все стримы посмотреть

Вообще, кто-нибудь сейчас следит за работой Jonathan Blow? Он сейчас в своём языке, JAI, использует LLVM. Но говорит, что потом будет эффективнее написать собственный.

что-то какое-то странное заявление

на чём основано, хоть примерно?

Вообще, кто-нибудь сейчас следит за работой Jonathan Blow? Он сейчас в своём языке, JAI, использует LLVM. Но говорит, что потом будет эффективнее написать собственный.

"Эффективность" закончится когда его код не сможет в iOS bitcode и прочие... Скорее всего сделает IR как все делают

llvm - результат работы нескольких крупных компаний, зачем такие-то вещи велосипедить?

llvm - результат работы нескольких крупных компаний, зачем такие-то вещи велосипедить?

Угу

Вот я и спрашиваю, чем обосновано?

"Эффективность" закончится когда его код не сможет в iOS bitcode и прочие... Скорее всего сделает IR как все делают

Если что-то так плохо с iOS, то не проще ли это вынести отдельно. Пусть те кому надо мучаются отдельно ото всех.

да по сути как-то странной мазой типа "мы не можем отказаться от поддержки нашего бекэнда"

возможно у них какой-то серьёзный контракт на поддержку

возможно "просто потому что"

и сейчас на фоне отказа mir от dmd новый хайп по этому поводу поднялся

Можно ссылочку?

да по сути как-то странной мазой типа "мы не можем отказаться от поддержки нашего бекэнда"

Legacy reasons скорее всего. Как с пробелами, например.

Можно ссылочку?

на mir?

на mir?

На то о чём речь вообще. Я на месяц выпал из данного потока.

Legacy reasons скорее всего. Как с пробелами, например.

Пробелы?

https://habrahabr.ru/post/311568/

соответственно https://github.com/libmir/mir

на эту библиотеку сообщество возлагает большие надежды и отказ от поддержки dmd был воспринят основными разработчиками языка с грустью

Александреску где-то писал, что хотел бы видеть весь mir в std (сейчас там только ndslice)

по сему, видимо, Брайт будет реализовывать эти инструкции волшебные в dmd-backend

было бы, конечно, круто, если бы разработчики сконцентрировались на frontend и закрыли ряд вопросов

проект интересный https://github.com/Syniurge/Calypso

приоткрывает возможные перспективы использования llvm

на эту библиотеку сообщество возлагает большие надежды и отказ от поддержки dmd был воспринят основными разработчиками языка с грустью

Я так и представил его лицо)

Я так и представил его лицо)

ну а чего? ребята хотят хороший продукт сделать, что очень здорово, но упираются в проблему, которая решается только смелыми действиями

если их (главных разработчиков) не шевелить, то они как-то не в том направлении двигаются

Я умею (довольно странный навык, да) кодить непосредственно на LLVM IL. Ничего сложного там нет. Просто Брайту нужно пинка дать, или в тар тарары их компилятор, кторый даже COFF не читает

под "не тем направлением" я имею ввиду ситуацию 3х летней давности, как только начал пользоваться D втыкался в баги компилятора и всё ждал когда их исправят, находя какие-то дикие ворэраунды, но почему-то в обновлениях были в основном новые функции

под "не тем направлением" я имею ввиду ситуацию 3х летней давности, как только начал пользоваться D втыкался в баги компилятора и всё ждал когда их исправят, находя какие-то дикие ворэраунды, но почему-то в обновлениях были в основном новые функции

Аналогично

так вот не я один был таким ожидающим, постепенно чаша терпения сообщества переполняться начала и они изменили курс

сейчас, как минимум в changelog'ах, много багов фиксится

вообще такие вопросы должны подниматься на оффоруме и, возможно, это будет для разработчиков триггером к действиям

но это имхо, конечно

Кстати еще один D подобный язык пилится. Как понимаю решили попробовать D структурировать http://www.volt-lang.org/

Там даже автор SDC руку приложил. Так что думаю штука может быть весьма не плохой, тока объявление функций на мотив swift кажется очень непривычным

Там даже автор SDC руку приложил. Так что думаю штука может быть весьма не плохой, тока объявление функций на мотив swift кажется очень непривычным

Может я с телефона не рассмотрел, но объявления там как в D (функций, классов и всего остального, что я увидел)

Из сайта я так и не понял для чего и почему авторы сделали отдельный язык, какие фундаментальные проблемы D они пытаться решить...

fn testVimportGenerationAgainstCFile(cSource: string, voltSource: string) bool

jsonFile := temporaryFilename(".json", "fourier");

Больше похоже на Go+Rust

Сам свифт создавался быть на них похожими если что

Я этот вольт вчера встретил

Че там дают?

Сейчас стрим Джоната Блоу по Jai посмотрел

https://inductive.no/jai/

Обещает релиз в течение 2017года

А в чем в двух словах фишка этого Jai ?

Я сейчас на Red активно смотрю т.к. позволяет реально за пару минут создать несложное приложение + очень хорошо подходит для обучения студентов основам программирования

Я сейчас на Red активно смотрю т.к. позволяет реально за пару минут создать несложное приложение + очень хорошо подходит для обучения студентов основам программирования

Red прикольный!

А в чем в двух словах фишка этого Jai ?

Для геймдевелоперов рассчитан

Для геймдевелоперов рассчитан

У Jai еще в пре-альфа версии было всё что мне/геймдевам нужно, а в D фиг дождешься походу)

а чего в Ди не хватает то кроме отсутвие GC?

У меня на D ничего не работает

Что-то мне дальше сложно тему развивать))

GC делает D таким же "системным" как и любой другой язык с GC транспилирующийся в машинный код

И кстати LuaJIT рвала D у людей в реальных задачах

Есть Hack, ScalaNative, Android ART, Haxe, HipHop etc

ИМХО

Я и заинтриговался что Александреску nogc пилит

Системеых языков без gc лютый дефицит (Rust, C/С++, паскали, да и экзотика, и swift с arc но его хз когда под винду допилят вообще)

fn testVimportGenerationAgainstCFile(cSource: string, voltSource: string) bool

http://www.volt-lang.org/doc/volt.html#functions

описание забыли обновить

В репе voltInVolt вообще от D не отличишь

Если это действительно volt код конечно

ERROR: S client not available

не по репе как раз видно

тока мне не понятно чем этот синтаксис лучше

Сайт довольно сумбурный, там чтото про фишки языка есть?

Мб нуллабилити

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

описание забыли обновить

да, в репе новый синтаксис

Дефрагментирующий инкрементальынй GC чтоль?

не уверен, но по-моему да

Дефрагментирующий инкрементальынй GC чтоль?

и зачем?

и зачем?

Инкременталка норм тема

Но для языка с поинтер арифметикой сомнительная затея

в D же сборщик сделали чтобы снизить оверхед от конструкций языка и std

Ну и память чтобы не текла

Я вообще просто интересовался)

зачем gc то это понятно

Про volt

дефрагментация много времени занимать может

дефрагментация много времени занимать может

Нене

В сочетании с инкременталкой же

не знаю что такое инкрементная сборка мусора

типа постепенно

?

Не

Это короче попробую в двух словах

Знаешь что такое стек?

да

Стек быстрее кучи на порядки

Инкременталка эмулирует стек

Если не влезло помещает в кучу

Получаешь овер9000 прирост скорости во многих идиоматических местах

хм

Ну там всякий функциональный стиль без инкременталки - циклы на ветер