Владимир2012,

Порадовал пятый пункт:
1. Support the COM interface (but that only works for Windows).
2. Laboriously construct a C wrapper around the C++ code.
3. Use an automated tool such as SWIG to construct a C wrapper.
4. Reimplement the C++ code in the other language.
5. Give up.

Ничего особенного, всё как и везде.
1. Старая, но проверенная годами технология, тянущая свои недостатки.
2. Геморно вручную это делать, особенно, если большой проект и много API нужно выставить в D.
3. Кодогенераторы -- вещь хорошая, но, дурная.
4. Ну клёво, ещё один слой программы для размножения багов и усложнения сопровождения.
5. Да, именно так я и поступлю ;-)
Сейчас хипстерская модная, современная и молодёжная замена плюсам -- это Go и Rust, у которых тоже имеются подобные фичи. P. S. Ни разу не видел вакансий для D разработчиков.

Пётр СедовЯзык с garbage collection не может являться полноценной заменой C++.

Ну, учитывая современные требования к разработке и целевым ресурсам, ещё как заменяет. Самый яркий пример -- Яндекс, которые переписали бОльшую часть своих сервисов с крестов на Go.

Пётр СедовТам надо мучаться , чтобы написать двусвязный список, простейшую вещь. Что уж говорить о серьёзных вещах. Можно написать на Rust распределитель памяти, чтобы alloc-ировать им Rust-объекты? (как свой operator new в C++) Можно в Rust-е делать структуры переменного размера, чтобы вдвое уменьшить количество alloc-ирований? (то, что в C++ делается так:

) Я не знаток Rust-а, но пока берут сильные сомнения, что он станет полноценной заменой C++.
Яс ржавкой тоже мало дела имел, но, скажу, что ответ на SO 2014-го года уже морально устарел, так как с того года его синтаксис очень сильно изменился с того момента.
Гуглинг выдал первые результаты такими тынц и тынц . Так что, там нет проблем с линкед-листами.

Насчёт аллокаторов тоже немало в документации написано. Вряд ли это когда либо кому-либо понадобится.

Моё мнение, что ржавка всё же займёт определённую нишу.

chritichзачем для присвоения они сделали ещё один лишний keyword?

А можно немного поточнее что имеется в виду?

chritich

Слово let напрягает? Это как auto const в C++, а let mut -- просто как auto в данном случае. Заметьте, по-дефолту всё константно. Profit.

Пётр СедовПредставьте: вы пишите на Go библиотеку для работы с png-файлами, аналог libpng. Go-шный garbage collector сразу сходу резервирует 768 мб виртуального адресного пространства (в 32-битном режиме). Как вы думаете, разработчики browser-ов будут использовать вашу библиотеку? (если она окажется быстрее libpng) Сможет Go стать полноценной заменой C++?

Так... Давайте сразу разграничим ху-из-ху. У меня нет опыта с Go, но, я полагаю, что раз уж в его разработке принимал участие дедушка Керниган, то там есть средства для работы в низкоуровневом режиме. Откуда данный про 768 МБ? Для 32-бит пишите на плюсах, учитывая, что это скоро отвалится. Кстати...

Пётр Седов У них же наверняка миллионы строк кода. Они зачем-то их начали на Go переписывать? Сильно сомневаюсь. Есть какие-нибудь официальные заявления на этот счёт?

https://events.yandex.ru/lib/talks/2222/

Пётр СедовДобавили ещё пару-тройку разновидностей указателей?

Нет, значительно улучшили механизм заимствований и безопасность. Там в ногу себе выстрелить можно только в unsafe-mode.

Пётр СедовИ где там метод, который удаляет элемент из середины списка? (аналог C++-ного std::list::erase)
Блин, ну всё, теперь нельзя использовать язык из-за того, что ещё не добавили что-то в стандартную библиотеку.

Пётр СедовТак там односвязный список. С этим как раз в Rust всё просто: каждый node владеет следующим node-ом. А вот когда пытаемся сделать двусвязный список, то получается, что соседние node-ы циклически ссылаются друг на друга, и начинается борьба с Rust-ом, которая требует хорошего знания языка.

Это пример. В стандартной библиотеке https://doc.rust-lang.org/std/collections/struct.LinkedList.html это двусвязный список.

Пётр СедовС двусвязными -- есть.
Ок

Пётр СедовИ где там распределитель памяти на Rust-е? Там просто написано про два варианта: alloc_system (C-шные malloc/free) и alloc_jemalloc (написан на C).

Честно скажу, вот сколько писал на крестах (6 лет) в продакшне -- ни разу не понадобился кастомный аллокатор. Язык нацелен на безопасность. Хотите супер-кастомный аллокатор и пушку стрелять себе в ноги -- используйте C/C++. Ну, или, опять же, никто не запрещает реализовать их на C/C++ в отдельной либе и в unsafe-mode дёргать из ржавки, обмазав ржавыми макросами.

Пётр СедовА если я хочу, чтобы в каждом thread-е был свой heap? (чтобы не тратить время на синхронизацию) А если мне нужен heap, который перемещает блоки памяти? (чтобы бороться с фрагментацией)

Слишком специфично. Выносите такой код в C/C++.

Пётр СедовRust-ление несовершеннолетних программистов? Есть мнение, что написание чего-то нетривиального на Rust-е -- это борьба с языком. Так что, подозреваю, ждёт его судьба Haskell: станет игрушкой программистов-интеллектуалов, а вот рабочей лошадкой миллионов -- вряд ли.

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

chritichNekZпропущено...

Слово let напрягает? Это как auto const в C++, а let mut -- просто как auto в данном случае.

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

NekZЗаметьте, по-дефолту всё константно. Profit.
этого мало для профита)
Очень толсто