Это для всех бекендов автоматом? Т.е. для RISC-V какого-нибудь он будет собирать?

Ура! Лучший язык теперь в GCC!

Я думал, D уже загнулся.

Где он применяется-то?

Нигде не применяется и не будет.

Язык интересный, но ненужный.

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

Он просто не раскрученый. Но форум языка активный и отвечают там с охотой на любые вопросы.

А так я считаю у него нет какой-то своей узкой ниши. Я вот игру на нём пишу. Есть и компании которые его применяют. Но что именно пишут не могу сказать - не работал.

какие компании-то? интересно

<fat> Неправда, там же ещё нет раста. </fat>

Если интересный, то уже нужный. Вспоминаем заглавие книги Линуса, говорящее для чего написан Линукс.

https://dlang.org/orgs-using-d.html

Вот так пилишь *свой язык* 16(!) лет. И только сейчас тебя признают.
А за это время ты уже женился развелся дети пошли в институт...
Вот теперь и думайте стоит ли этим заниматься.

Где он применяется-то?

Ну вот, например: https://thedeemon.livejournal.com/130277.html Человек до этого делал какой-то свой софт для обработки видео на смеси из C++ (математика) и D (все остальное). Теперь перебрался в другую контору, которая, похоже, алоготрейдингом занимается. Программирует на D.

Самое известное, пожалуй, это использование D в sociomantic — там на D, по слухам, весь ключевой софт для рекламных аукционов написан.

Вроде как у D много мелких, эпизодических внедрений. Но чего-то такого, чтобы было как Docker у Go, нет.

Вот так пилишь *свой язык* 16(!) лет.

Да уже лет 18-19 как.

если это таки случится, то тут расту и крышка

Может сразу вдоль?

А за это время ты уже женился развелся дети пошли в институт...

Не, годика на 4 вы поторопились с таким комментарием :-)

Растокапец.

http://okante.narod.ru/D

Чё там осталось что ещё нет в с++2abcxyz?

отличный язык, жалко что не раскрученый.

Где он применяется-то?

Есть линуксовый клиент onedrive на D. Больше ничего не припоминаю, но язык интересный, а на него засматривался, но так и не стал применять, для моих задач мне perl6 больше подходит.

ждем Rust

Я вот игру на нём пишу.

Я полистал туториалы, есть несколько вопросов:

Как там с ООП? Насколько я понял, методы по умолчанию виртуальные, невиртуальных не предусмотрено?

Как интероперабельность с си и крестами? Насколько больно вызывать сишный код из дишного и наоборот?

Раздельная компиляция модулей возможна?

А за это время ты уже женился развелся дети пошли в институт...

ты за ним шпионишь штоле

Более мощниые шаблоны, которые читаются проще? Мощный компилтайм, в процессе которого можно даже нагенерировать код? Всякие плюхи с типами данных (инициализация стандартным значением, получение максимального и минимального значения, и др.)? Шикарная стандартная библиотека?

А за это время ты уже женился развелся дети пошли в институт...
Вот теперь и думайте стоит ли этим заниматься.

заниматься женитьбой не нужно, настоящий тру-гик женат на премиум-аккаунте порнхаба

Как там с ООП?

Множественного наследования нет, а оно иногда очень удобно.

невиртуальных не предусмотрено?

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

Как интероперабельность с си и крестами?

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

Насколько больно вызывать сишный код из дишного и наоборот?

Вообще не больно. Больно было работать с крестовыми классами, но это пофиксили.

Раздельная компиляция модулей возможна?

Вот этот вопрос не совсем понял. Хотите компилять объектники по отдельности, а не все вместе?

Язык D включен в коллекцию компиляторов

Либо язык в коллекцию языков, либо компилятор языка, ибо язык в коллекцию компиляторов невпихуем :)

gcc - расшифровывается как «коллекция компиляторов ГНУ»? Или не?

GDC is a frontend for the D programming language. By using GCC as a backend, it gives us the ability to target the same platforms that GCC targets.

Или не?

Дык не язык, а компилятор языка включён в коллекцию gcc. // «логикопедантнаци» :)

Ибо у 1 языка может быть куча всяческих компиляторов.

В одной колекции в которую он влючен? Разупорись, аутист.

tour.dlang.org

Интерактивный тур по языку D

Описание особенностей языка с примерами, которые можно запускать из браузера.

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

А что нравилось в расте, если теперь разонрпвился? Вроде только лучше становится.

Включение поддержки D расширило бы применение D, если бы оно было. А может, оно появится. Но я сомневаюсь в этом: почему раньше не применяли, если язык хороший.

Расширение области применения. Недавно я заинтересовался модной темой IoT, в ней надо программировать для микроконтроллеров. Чаще всего применяется C/C+ с GCC. Меня заинтересовало: а можно ли применять новые языки? Оказалось, что да, по крайней мере если компилятор GCC.Каков может быть смысл применить D для этой цели -другой вопрос.

В одной колекции в которую он влючен?

В принципе такой вариант возможен, но пока ненужен.

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

Так его нигде нет (не считая пары маргинальных языков), и никто не жалуется.

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

final как раз позволяет девиртуализацию.

Интересно. Надо будет потыкать.

Я еще когда-то давно пробовал собрать gdc, но кроме сегфолтов, ничего не получил.

не считая пары маргинальных языков

Значит кресты маргинальны.

и никто не жалуется.

Хочешь, я тебе буду жаловаться, про то как не удобно расширять функционал существующих классов без множественного наследования?

Значит кресты маргинальны

А для тебя это новость?

Хочешь, я тебе буду жаловаться, про то как не удобно расширять функционал существующих классов без множественного наследования?

Не удобно говнокодить... так это же прекрасно!

после c++17 язык D не нужен.

Это еще почему?

• constexpr в C++17 просто говно, если сравнивать его с D.
• Рефлексии нет
• Сериализация по большому счету реализуется в ручную
• Метапрограммирование слабее
• Стандартная библиотека тоже пока сосет

Значит кресты маргинальны

Это немного троллинг, но серьезно - что такое кресты против охапки более популярных ООП-шных языков.

Хочешь, я тебе буду жаловаться

Ты, наверно, и сам знаешь, что тебе на эти жалобы ответят.

Не удобно говнокодить... так это же прекрасно!

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

С множественным наследованием я просто добавляю этот класс как родительский и работаю с ним.

Без множественного наследования я вынужден использовать агрегированый указатель в моем классе, а значит я не могу просто так вызвать защищенные методы из моего класса, их надо сделать публичными. А после добавления указателя данного класса в мой класс, мне еще и using надо прописать для тех методов, которые должны быть публичными.

Чета говнокод получается, когда множественное наследование отсутствует.

Я использую Tilix, который на D написан. А больше и не помню, где его используют...

А вообще, если есть практичный пример, где не хватает именно множественного наследования (не интерфейсов или трейтов), то было бы интересно.

Множественные наследование в С++ не является однозначным достоинством. Оно мешает делать программу модульной, так как не видно, к какому именно суперклассу принадлежит исполняемые код. Хотя если весь код самодельный, это можно терпеть, например, применяя абстрактные классы, но модульное программирование предполагает использование библиотек от разных авторов.

Поэтому в Java вместо множественного наследования было прмменено одиночное с интерфейсами. Также и в других популярных языках. Например, в C#. Ещё до него фирма Microsoft придумала COM - способ проектирования программы на основе компонентов, клторый вообще не предусматривал наследования. C++ тогда уже был, но не годится для этого. COM стал выходить из употребления после появления Net, в котором программирование ведётся большей частью на C#, а если и на C++ , то всё равно применяется библиотека классов Net Framework SDK, что позволяет программировать компоненты на C+ так же, как на других языках. Долгое время этот способ организации наследованмя оставался лучшим. Глупые и/или невежественные программисты на C++ раньше думали, что множественное наследование исключено из Java для упрощения языка, чтобы им могли пользоваться программисты низкой квалификации(а себя соответственно считали программистами высокой квалификации, но ошибались), но это объяснение было неправильным.

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

Там есть множественное наследование интерфейсов и множественное порождение подтипов. Этого достаточно.

Читаю доки.

Походу, D - это практически такой язык, какой я в свободное время попиливаю на коленке. Не далеко допилил, врочем.

Похоже, мою поделку можно выбрасывать и просто ставить gdc.

Ярким примером использования данной техники в D является библиотека std.regex. Она предоставляет тип ctRegex, использующий строковые mixin'ы и CTFE для генерации во время компиляции высоко оптимизированного автомата обработки регулярных выражений. Та же кодовая база используется и версией времени исполнения regex, позволяющей работать с регулярными выражениями, доступными только во время исполнения.

Каеф. Я сейчас слюнями захлебнусь!