LINUX.ORG.RU

История изменений

Исправление Unicode4all, (текущая версия) :

In a C-based language, it is hard to build tools that work well with software libraries, because the boundaries of the libraries are not clear. Which headers belong to a particular library, and in what order should those headers be included to guarantee that they compile correctly.

Это отсюда

Собсна для меня это пока что главная фича модулей, то что они позволят запилить нормальный tooling для крестов, определяя библиотеки на уровне самого языка, а не перекладывая эту задачу на костыли.

vcpkg кстати неплох (я его даже советовал где-то), но всё равно это просто набор костылей, и он не отменяет необходимость возиться с кривым cmake (если кроссплатформенное приложение, в родном виндовом msbuild оно просто работает).

За другие фичи модулей пока не скажу, т.к. меня от крестов отталкивает именно ужасающий тулинг. То ли дело Go с Растом, cargo build и всё, одинаково без проблем соберётся как на венде, так и на линуксе.

Исправление Unicode4all, :

In a C-based language, it is hard to build tools that work well with software libraries, because the boundaries of the libraries are not clear. Which headers belong to a particular library, and in what order should those headers be included to guarantee that they compile correctly.

Это отсюда

Собсна для меня это пока что главная фича модулей, то что они позволят запилить нормальный tooling для крестов, определяя библиотеки на уровне самого языка, а не перекладывая эту задачу на костыли.

vcpkg кстати неплох (я его кстати советовал где-то), но всё равно это просто набор костылей, и он не отменяет необходимость возиться с кривым cmake (если кроссплатформенное приложение, в родном виндовом msbuild оно просто работает).

За другие фичи модулей пока не скажу, т.к. меня от крестов отталкивает именно ужасающий тулинг. То ли дело Go с Растом, cargo build и всё, одинаково без проблем соберётся как на венде, так и на линуксе.

Исходная версия Unicode4all, :

In a C-based language, it is hard to build tools that work well with software libraries, because the boundaries of the libraries are not clear. Which headers belong to a particular library, and in what order should those headers be included to guarantee that they compile correctly.

Это отсюда

Собсна для меня это пока что главная фича модулей, то что они позволят запилить нормальный tooling для крестов, определяя библиотеки на уровне самого языка, а не перекладывая эту задачу на костыли.

vcpkg кстати неплох, но всё равно это просто набор костылей, и он не отменяет необходимость возиться с кривым cmake (если кроссплатформенное приложение, в родном виндовом msbuild оно просто работает).

За другие фичи модулей пока не скажу, т.к. меня от крестов отталкивает именно ужасающий тулинг. То ли дело Go с Растом, cargo build и всё, одинаково без проблем соберётся как на венде, так и на линуксе.