убери название компилятора из dub build —build=release —compiler=ldc2

и попробуй

так точнее.

С++ всё более и более нинужен

+ такими темпами скоро нужно будет открывать специальность в университетах - c++программист - где люди будут 6 лет все фишки этого набора костылей и велосипедов изучать. И еще специальность: разработчик c++, где отдельно будут учить на этом оркестре что-то писать. Ей богу, перл проще плюсов стал.

А что сейчас кто-то начинает что-то крупное с нуля на плюсах?

А что сейчас кто-то начинает что-то крупное с нуля на плюсах?

Да)

и даже embedded на плюсах пишут)

правда, приходится ограничивать диалект, эдакий BetterC в мире C++ получается)

Я все же думаю, что BetterC это очень важная Ди-шная фича, осталось на нем запилить какой нить http-сервер и оно выдвинется в продакшен очень быстро

Я все же думаю, что BetterC это очень важная Ди-шная фича, осталось на нем запилить какой нить http-сервер и оно выдвинется в продакшен очень быстро

Субд на нём написать, по образу и подобию sqlite хотя бы

угу, было бы оч круто

Субд на нём написать, по образу и подобию sqlite хотя бы

Сам по себе sqlite на d портировать нативно было бы круто, чтобы со всеми фичами языка

А что сейчас кто-то начинает что-то крупное с нуля на плюсах?

Ну для графики особо альтернатив - нет

Ну для графики особо альтернатив - нет

Unity не на плюсах

Unity не на плюсах

Который 3д? Сам движок на плюсах, сверху шарп

Unity не на плюсах

Вики - грит, что рантайм и прочее на плюсах

=(

>The Unity runtime is written in C/C++. This runtime is used in any build you create using the editor - for webplayers and plugins it is installed separate from your build, whereas it is included in it for stand-alones and other platforms such as iPhone and Wii. The editor is built on the Unity runtime and additionally includes editor-specific C/C++ binaries. Wrapped around the Unity core is a layer which allows for .net access to core functionality. This layer is used for user scripting and for most of the editor UI

Кстати интересно, почему 3д-графоуний пишут исключительно на плюсах? Сборщики мусора так не нравятся?

Кстати интересно, почему 3д-графоуний пишут исключительно на плюсах? Сборщики мусора так не нравятся?

А на чем еще?

Скорость - критичный параметр

А на чем еще?

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

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

Там асинхронщины много

ты шутишь?

А тут каждый такт дорог

А тут каждый такт дорог

Надеюсь раст, гошка и прочее войдут в эту нишу. И D, когда его сборщик мусора перестанет сосать.

Вот D это да

Согласитесь, в Unity D выглядел бы куда бы красивее C#, да и муки меньше с другими платформами

это называется маркетинг

Что именно?

использовать с# или js

Кстати надо попробовать dcompute

Если норм работает, то это замечательная маркетинговая фича

привет. сотрудник JetBrains, Дмитрий Нестерук, как-то сетовал, что Phobos все более склоняется в сторону C++-подобного STL, а не Java-подобного. Она прав?

использовать с# или js

Конкретно в Unity они не подходят, непонятно для кого их там выбрали

привет. сотрудник JetBrains, Дмитрий Нестерук, как-то сетовал, что Phobos все более склоняется в сторону C++-подобного STL, а не Java-подобного. Она прав?

Скорее да, чем нет. В phobos мало классов

привет. сотрудник JetBrains, Дмитрий Нестерук, как-то сетовал, что Phobos все более склоняется в сторону C++-подобного STL, а не Java-подобного. Она прав?

Ну да, в фобосе любят метапрограммирование и интроинспекцию

Конкретно в Unity они не подходят, непонятно для кого их там выбрали

Юнити неплох для быстрого "накидал-проверил"

Поэтому там такие языки

Юнити неплох для быстрого "накидал-проверил"

А для серьезных проектов что? UE?

А есть тут те, кто зарабатывает с помощью D или все только для себя?

я спрашивал недавно, здесь есть люди ведущие разработку на ди и получающие за это деньги :)

А для серьезных проектов что? UE?

Как не странно, и вполне серьезное работает на нем

я спрашивал недавно, здесь есть люди ведущие разработку на ди и получающие за это деньги :)

Круто, прост сам недавно кое-как убедил начальника позволить мне начать новый проект на D

Как не странно, и вполне серьезное работает на нем

На UE или Unity?

На UE или Unity?

На Unity

На Unity

Тогда я твою мысль вообще не понял

Тогда я твою мысль вообще не понял

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

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

Ты как бы сказал, что C# для быстрых поделок

Ты как бы сказал, что C# для быстрых поделок

Ну удобен для них.

Ну удобен для них.

Тогда зачем на нем делать серьезные проекты?

Тогда зачем на нем делать серьезные проекты?

А зачем не делать?

А зачем не делать?

Ну их же неудобно делать на нем

Ну их же неудобно делать на нем

Почему?

Почему?

См. твое утверждение выше

Уголок аутизма

См. твое утверждение выше

Я не говорил, что на нем неудобно делать серьезное.

Я сказал, что удобно делать несложное, ибо по сути даже кода писать не надо.

А на D с таким же API - нет?

А на D с таким же API - нет?

Ну туда-сюда. Примерно одинакого будет. Но у ди плохая поддежка инструментария. То есть на шарпе приятно писать, потому что есть студия + r#. Ну и лично мне не нравится в ди создание свойств. Ну вот совсем. Миксины не предлагать. DCD их не умеет.

А так примерно равно будет.

Разве что библиотека c# куда больше

Ты забываешь о том, что C# прибит к .NET в результате Unity тянет за собой слоупочный моно

Ты забываешь о том, что C# прибит к .NET в результате Unity тянет за собой слоупочный моно

слоупочный относительно чего?

слоупочный относительно чего?

Относительно .NET и нативного кода

Не спорю. Но нет код занимает там не все время.

ERROR: S client not available

Половину времени, наверное

Половину времени, наверное

Надо замерять

Я все же думаю, что BetterC это очень важная Ди-шная фича, осталось на нем запилить какой нить http-сервер и оно выдвинется в продакшен очень быстро

Я пробовал писать, без всего инструментария D чувство бессилия и бессмысленности :)

Сначала сервер, потом откатился до простого парсера http запросов, потом хотел хотя бы динамический буфер байтов сделать. https://github.com/dlang/phobos/blob/master/std/container/array.d Вот это надо портировать не используя половину фишек там. Зачем так жить? ?

там кстати некий Илья на форуме оч много либ с прицелом на betterC разрабатывал

а не, ошибаюсь

Ты про libmir ?

Сначала сервер, потом откатился до простого парсера http запросов, потом хотел хотя бы динамический буфер байтов сделать. https://github.com/dlang/phobos/blob/master/std/container/array.d Вот это надо портировать не используя половину фишек там. Зачем так жить? ?

Надо что бы phobos работал в betterc?

Надо что бы phobos работал в betterc?

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

ага

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

Вот да

Просто там много всяких вхождений типа import std.algorithm.mutation : copy; которые в свою очередь используют что-то из фобоса которые в свою очередь используют исключения которых нет в betterC, и так по ниточке можно очень глубоко уйти в дебри на много лет.

https://forum.dlang.org/post/phexetutyelrssyrucvw@forum.dlang.org

Конечно раз уж betterC воспринимается всерьез то было бы здорово чтобы какие-то фундаментальные вещи в фобосе были с ним совместимы.

я сегодня попробовал betterC - строки есть, но почти никакие операции с ними не работают :)

Да да, оказываешься в голом поле в трусах и с флагом на перевес. Хорошо себя будут чувствовать только вчерашние сишники, а дишникам привыкшим к кучам удобных фич и функций из std - трудновато.

Сишники будут хорошо себя чувствовать в голом поле в трусах?))))

Да, причем зимой при -20

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

Вообще непонятно как они выживают когда даже конкатенация строк превращается в мини-задачу с выделением буфера и перекопированием туда кусочков.

Вообще непонятно как они выживают когда даже конкатенация строк превращается в мини-задачу с выделением буфера и перекопированием туда кусочков.

Это ты еще на ассемблере не кодил)

Да не, я кодил

вроде бы это был интерпретатор брейнфака

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

Вот я к этому и пришел, а чтобы сделать нормальные строки надо сначала решить вопрос с быстрым динамическим буфером байтов, вот как тут https://github.com/valyala/bytebufferpool

Но может это все уже в libmir Илья сделал, надо покопаться.

кстати, а Ильи тут случаем нет?)

Это ты еще на ассемблере не кодил)

Но одно дело когда сидишь пишешь лабу в универе, а другое дело когда завтра дедлайн и уже ракета должна взлетать с соседнего космодрома а ты сидишь и как 40 лет назад проставляешь memcpy() по коду

Вроде нет

еще повезло что споры memcpy vs strcpy прекратились )

еще повезло что споры memcpy vs strcpy прекратились )

это что за споры такие странные?)

Видимо у сишников своя война

ну типа что быстрее работает