я вижу новости о нём

до недавнего времени было не понятно что за fe, но недавно они написали

https://vk.com/wall-166493271_59

"Зашевелился" :)

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

почему gdc не поддерживается?

Личное впечатление. Уж больно устаревший

В чем профит GDC если есть LLVM ?

GDC сделан на основе GCC который очень много лет вылизывается и оптимизируется

Пилю новый функционал для dlang-requests - смысл тот-же что interceptor, middleware: встраивание в обработку запроса и модификация запроса или ответа. Примеры: кэш, auth, и т.д. Если у кого есть ещё какие-то use case и потребность встроиться -расскажите пораньше

Для "фронтэнда" qml меня слегка впечатлил.

Дишные гуи его умеют какие либо?

Не знаю как там дела у оболочки над Qt.

Тут много вебостроителей, а у меня особая приязнь к вебу. Вот и отписываюсь.

Не понял почему в кавычках тогда?

Ты его через wasm запустил?

обычно применимо к чистому вебу, а тут немного другое

Я верно понимаю, что llvm создаёт что-то типа промежуточного байт-кода, который на конечном компе, при запуске, интерпретируется? Аля Ява?

Или я чуш написал?

Потому, что я понял, что это что-то типа интерпретатора...

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

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

Где? На моей машине при компиляции или непосредственно перед запуском у клиента?

при компиляции

Где? На моей машине при компиляции или непосредственно перед запуском у клиента?

при компиляции

Я к тому, нужна ли какая-то интерпретирующая машина у клиента

Ага

Понял

не, ничего не надо, обычный исполняемый файл в итоге получается

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

ага

Тогда он и кроскомпиляцию должен поддерживать

Верно?

Ага

В чем тогда проблема делать приложения под Андроид?

К примеру

Или айфон

Системные вызовы, библиотеки

Если сама llvm на себя берет эту работу?

llvm только инструкции генерит

А когда надо с ОС общаться,

это уже надо научить

на каждой платформе свое

Вроде у андроида что-то типа ndk было... Это не то?

было, да. Чтоб нативный код использовать

Было?

Сейчас не развивают?

llvm компилит любой язык в своё внутреннее представление, а потм к этому унифицированному представлению применяет все оптимизации

сорри если баян

Меня ввело в заблуждение vm часть

Я подумал, что это она выполняет промежуточный код на клиенте

А не у разработчика

LLVM берет то представление на вход, оптимизирует и генерит машинный код. Входные языки в это представление переводят компиляторы - шланг, лдц.

Про NDK - я не в курсе, наверняка все еще есть

Тогда не понятно, чего у dmd нет простого флага, создание не машинного кода, а промежуточного кода для llvm. Я не верю, что этот промежуточный код сложнее сделать, чем машинный код.

Это, считай, LDC и есть.

https://en.wikipedia.org/wiki/LLVM#History

Там первая часть от DMD, а генерится LLVM представление

вот тут пояснение при чем там VM

Там первая часть от DMD, а генерится LLVM представление

Тогда выходит, что ldc должен также быстро развиваться как и dmd. И поддерживать все те же структуры, что и оригинальный

Практически так и есть

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

Он на 1-2 версии отстаёт вроде

Ну да, так и есть

Я использую LDC, который на базе DMD 2.081.2

довольно свежий

Интересно, они просто копипастят код из dmd или все же переписывают его?)

Я сегодня gdc-8 из реп убунту попробовал, полет нормальный)

Даже шаманить не пришлось)

По идее, так можно и свой какой-то простой язык навоять...

Да тысячи их уже

https://habr.com/post/277717/

https://ps-group.github.io/compilers/llvm_ir_translator

А dmd как-то также выходит делает: сперва компилит в обджект файл, а потом уже создаёт машинный код? Иными словами во что-то промежуточное, а потом в машинный код...

Да?

Интересно, они просто копипастят код из dmd или все же переписывают его?)

Некоторые части у них переписаны под свой кастом это точно

В частности я видел что в базовой библиотеке операция копирования слайса или участка памяти использует вызов функции llvm_copy_memory или как-то так.

А dmd как-то также выходит делает: сперва компилит в обджект файл, а потом уже создаёт машинный код? Иными словами во что-то промежуточное, а потом в машинный код...

да, тоже в IR, только это не обьектный файл

В .obj файлах уже машинный код, линкер их потом соединяет в один бинарник и прописывает ссылки на разные штуки внутри и снаружи.

вот кстати интересно можно ли на этапе компиляции менять программно манглинг для конкретных ф-ций до записи в обьектник. на этом можно было бы построить декоратор

Интересно, а на чем ГО базируется? Или у него полностью свой компилятор, как dmd?

У него свой. Там авторы еще с палеозоя на всяких Plan 9 языки клепали, оттуда корни и растут, похоже.

Ребят, вопрос хранит ли DHCP мак адрес?

канеш, иначе как он будет сопоставлять адреса? :)

Ребят, вопрос хранит ли DHCP мак адрес?

А можно и не хранить, разве?

А можно и не хранить, разве?

А вот хз. Тут просто спор зашел

А вот хз. Тут просто спор зашел

Никогда не спорь о том, в чем не разбираешься)

Не. Спор о том как работает

А не то что я иначе считаю

А вот хз. Тут просто спор зашел

обычно в файле /var/lib/dhcpd/dhcp.leases (варианты в зависимости от конкретной программы сервера). как не хранить? а как тогда следить за временем аренды, осоебенно на случай рестарта сервера?

Не. Спор о том как работает

отдельная песня —- radvd для ip6, там точно можно ничего не хранить. но это и не dhcp :)

обычно в файле /var/lib/dhcpd/dhcp.leases (варианты в зависимости от конкретной программы сервера). как не хранить? а как тогда следить за временем аренды, осоебенно на случай рестарта сервера?

Рестарта клиента, кстати, тоже. Обычно переполучают IP при рестарте

Добрый день. Скажите пожалуйста, если написать ОС на D, то будет код на D быстрее работать по сравнению с другими ОС?

нет

человек который понимает как написать ОС, вроде должен понимать, что далеко не все проблемы от языка программирования. Я не прав? Типа по дороге столько всего приходится реализовывать, что иногда перегруженность языка дает некие решения из коробки, которые могут работать лучше, чем самостоятельно реализованные. А в ОС так вообще всего вагон. Одни менеджемент памяти и расписание чего стоят.

Работать будет быстро, только раз в минуту фризится на секунду чтобы собрать мусор ;)

так есть уже ОС кторую пишут на D

да вроде даже не одна была

Было какое то exokernel

написал “пишут”, но не знаю что с этими проектами в настоящем времени