Здравствуйте, Skorodum, Вы писали:

CC>>Потому C++ под никсами всегда был болью.
S>Боль — это поддерживать сложную сборку под несколько ОС, компиляторов и IDE, но это задача реального мира и за нее хорошо платят

При этом заботливо поддерживаются версии Alpha, Sparc Sun Solaris, Sun OS 68000k, Vax DEC, PDP-10 и прочее давно сдохшее дерьмо.
А на сборку под виндой клали большущий болт.

Да что там винда, меня поразило, что добавленные опции (yes/no) конфига сборки ядра ломают билд. Например в одном из случаев — не хватало точки с запятой в конце строки.
Т.е. эти деятели не только собранное не тестируют (а как тестировать несобираемое ?), но даже сам факт сборки не проверяют.

Также очень веселым оказалось красноглазое решение обернуть gcc в питон-скрипт, который без параметров не делает ничего, а при компиляции файлов сообщает что скоро его задепрекейтят.
Разумеется это сломало kbuild где-то очень глубоко внутри.
Наружу добралось только сообщение "multiple target patterns" (тут ремарка о сверх-информативных сообщениях буханки, которые, ясное дело, не чета виндовым).

S>В реальном мире МС переходит на линуховые тулзы, а не наоборот (CMake, git)

Бугага.
Это она понторезов мягко к себе переманивает. Ну и обычным людям несколько упрощает жизнь, ковыряться в сплошном и густом unix-way становится попроще.

S>А не надо путать в кучу личные привычки и универсальное удобство
S>Если вам нужна разработка только под МС — так сидите на студийных солюшенах приковынные цепью к одной IDE
S>За возможность сборки на разных платформах/компиляторах/IDE приходиться платить.

Отчётливо запахло мазохизмом.

Здравствуйте, Skorodum, Вы писали:

CC>>Потому C++ под никсами всегда был болью.
S>Боль — это поддерживать сложную сборку под несколько ОС, компиляторов и IDE, но это задача реального мира и за нее хорошо платят

При этом заботливо поддерживаются версии Alpha, Sparc Sun Solaris, Sun OS 68000k, Vax DEC, PDP-10 и прочее давно сдохшее дерьмо.
А на сборку под виндой клали большущий болт.
"Реальный мир", такой реальный.

Да что там винда, меня поразило, что добавленные опции (yes/no) конфига сборки ядра ломают билд. Например в одном из случаев — не хватало точки с запятой в конце строки.
Т.е. эти деятели не только собранное не тестируют (а как тестировать несобираемое ?), но даже сам факт сборки не проверяют.

Также очень веселым оказалось красноглазое решение обернуть gcc в питон-скрипт, который без параметров не делает ничего, а при компиляции файлов сообщает что скоро его задепрекейтят.
Разумеется это сломало kbuild где-то очень глубоко внутри.
Наружу добралось только сообщение "multiple target patterns" (тут ремарка о сверх-информативных сообщениях буханки, которые, ясное дело, не чета виндовым).

Это нормально, это можно. Подумаешь ядро годовой давности не собрать, в том же виде и тем же компилятором.
А вот добавить поддержку отступов пробелами в грёбаных makefile — никак нельзя.
Потому что в парсинг очень трудно это обязательно сломает ОЧЕНЬ НУЖНУЮ УТИЛИТУ 1488 года. Какую и почему — никто не знает. Но сломает — 146%
С — совместимость.

S>В реальном мире МС переходит на линуховые тулзы, а не наоборот (CMake, git)

Бугага.
Это она понторезов мягко к себе переманивает. Ну и обычным людям несколько упрощает жизнь, ковыряться в сплошном и густом unix-way становится попроще.

S>А не надо путать в кучу личные привычки и универсальное удобство
S>Если вам нужна разработка только под МС — так сидите на студийных солюшенах приковынные цепью к одной IDE
S>За возможность сборки на разных платформах/компиляторах/IDE приходиться платить.

Отчётливо запахло мазохизмом.