Благодарю за беседу

Так трафик то шифрованный

Значит ключи имеются

Эх, нет больше телеграму доверия

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

ок)

Согласен, не надо про политику. Но про Роскосмос интересно.

Кстати, а кто может суть этого DIP пояснить https://wiki.dlang.org/DIP27

а то по описанию не совсем понял

Судя по коду, есть некоторое интуитивно непонятное поведение, связанное с UFCS. Например bar вызывается не для функции foo, а для uint, который foo возвращает. Там в комментах написано "function bar", но у меня вызвалось "uint bar". B этим DIP они как раз хотят исключить это. То есть если будет foo().bar(), то bar вызовется для uint, а если foo.bar(), то вызовется для uint function()

хотя как по мне UFCS вместе с перегрузкой — ахилесова пята будет во многих проектах.

но это ИМХО

Еще насколько я понял, что этот proposal без двух других не выглядит "перспективно", видно будет, что напишет Dicebot

Кстати, интересный тред https://www.reddit.com/r/programming/comments/5899ln/teavm_java_bytecode_to_js_adds_experimental/

и походу автор пишет: Yes, you guessed right. I simply wrote my own GC. It's quite native for now and not very fast.

qwe я не совсем понял, что под uint понимать. Это же тип данных

Кстати, интересный тред https://www.reddit.com/r/programming/comments/5899ln/teavm_java_bytecode_to_js_adds_experimental/

llvm должен иметь jvm backend, к ldc2 должно прикручиваться не сложно -> запускать D код в браузере

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

А с gc проблема решаема?

Хей Йо

Александреску обещал летом noGC, есть подвижки?

Прям вообще noGC обещал?

Ооо

Я летом видел скрин/твит/хз где прям сильно намекнули что будут std делать nogc совместимую

Но я не понял есть ли прогресс стех пор то?

Тока честно мне нравятся языки с ГК тк у меня задачи обычно весьма высокоуровневые

Мне с GC не подходят)

Иначе бы давно забил и на D писал

Приятный язык

Атак заглядывюсь на Rust и жду когда меня от него престанет тошнить

Да, еще в DMD вроде ARM не завезли, а LDC как по стабильности?

Я его разок ткнул, мне даже DLL не собрало, а DLL с DMD выдывало сегфолты

Да, еще в DMD вроде ARM не завезли, а LDC как по стабильности?

С ldc2 все круто. Поддерживает текущую версию dmd, скорость на выходе просто топовая.

GDC же уже совсем издох?

С ldc2 все круто. Поддерживает текущую версию dmd, скорость на выходе просто топовая.

Я вижу LDC 0.17.2 и LDC 1.1.0 beta 3

и то и то - ldc2, просто эту 2 уже забыли. LDC 0.17 - стабильная версия ещё целиком на С++, сейчас поддерживается, но не развивается. LDC 1.0 и дальше - текущая развивающаяся ветка на DDMD

под арм LDC умеет, но я пробовал только GDC, проблем не было

Я вижу LDC 0.17.2 и LDC 1.1.0 beta 3

Та, которая 1.1.0 использует dmdшный фронтенд, а 0.17.2 типо без необходимости DMD

Та, которая 1.1.0 использует dmdшный фронтенд, а 0.17.2 типо без необходимости DMD

Ага

А я и не знал что DMD на D переписали

Тока честно мне нравятся языки с ГК тк у меня задачи обычно весьма высокоуровневые

насколько понимаю, под noGC Александреску подразумевает механизмы подобные тем, что используются в RUST

Вообще замечательно было бы

А то, когда его про RUST спрашивают, он немного грустнеет

по noGC и проверке lifetime сейчас идёт работа в рамках небольшой почти закрытой группы. Александреску преиодически пишет о результатах, пока есть миниверсия D, на которой тестируют концепции. Теоретически получится что-то вроде раста, но попроще

можно найти DIP1000 с описанием

qwe я не совсем понял, что под uint понимать. Это же тип данных

для переменной типа uint

по noGC и проверке lifetime сейчас идёт работа в рамках небольшой почти закрытой группы. Александреску преиодически пишет о результатах, пока есть миниверсия D, на которой тестируют концепции. Теоретически получится что-то вроде раста, но попроще

Круто! А можно сейчас вообще вырубить GC чтобы он даже в exe/dll не попадал?

можно не линковать druntime и не использовать GC зависящие конструкции

Как это сделать?

И точно стек не будет ломать?

ERROR: S client not available

Я собираю конкретно DLL файлы

CyberShadow собирал очень маленький hello world, кжется в 16kb. Точных инструкций предложить не могу, но сейчас найду полезные ссылки по теме

http://forum.dlang.org/thread/qcbicxrtmjmwiljsyhdf@forum.dlang.org

в принципе там есть ссылка на гитхаб со всеми инструкциями по сборке и исходниками

dmd -betterC и пошло поехало

там ещё линковать желательно самому, то есть -c -betterC, а потом линковка без лишнего

Не наблюдаю с -betterC никакого эффекта

ldc2: Unknown command line argument '-betterC'

Если сделать class но не вызывать std то не линкуется (забывает свой рантайм классов подцепить)

Чтож от D такое впечатление будто в бета-версию играешь

https://github.com/dlang/dmd/pull/692 `bool x() { foreach (i; 0 .. 4) __ctfeWriteln(i, "^^2 == ", i*i); return true; } enum _ = x();`

Выводит чтонибудь?

У меня не выводит

Ни в виндовом dmd ни в линуксовом ldc

Я так-то на Haxe пишу, там макросами можно хоть кофе заваривать, а в D я даже не смогу вывести отладочный лог что мне нагенерировал mixin... который еще и строчный, а не AST

по noGC и проверке lifetime сейчас идёт работа в рамках небольшой почти закрытой группы. Александреску преиодически пишет о результатах, пока есть миниверсия D, на которой тестируют концепции. Теоретически получится что-то вроде раста, но попроще

А где посмотреть?

https://github.com/dlang/DIPs/blob/master/DIPs/DIP1000.md

пока только так

Кто-нибудь понял scope из DIP1000? Вы вообще пользуюетесь этими safe, pure, trusted? Какой эффект?

safe и его собратьев, насколько знаю, еще толком не отладили

Но, всё-таки?

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

Но ведь они же уже бегут впереди паровоза

Я сколько лет на D смотрю, а он всё еще "не работает как надо", а набор правил в языке всё растёт и растёт