История изменений
Исправление a1ba, (текущая версия) :
Это, кстати, действительно так. Хотя я и согласен с позицией 
firkax, я бы не сказал что писать портянки на Makefile чем-то лучше.
К сожалению, в этом мире существуют и другие компиляторы кроме GCC и Clang. Я на днях ускорил сборку включив (уже готовый, правда) модуль использующий компилятор для вычисления зависимостей вместо использования встроенного, который написан на Python и соответствующе питону тормозит.
Несмотря на то, что это прекрасно работает с GCC и Clang, потому что там есть специальный флаг генерирующий зависимости в синтаксисе Makefile, аналогичного флага у MSVC не существует. Самое близкое это /showIncludes, который невозможно распарсить, если системным языком стоит что-то отличное от английского языка. Собственный готовый модуль реализующий это для MSVC не учитывает ничего кроме английского.
Я проверил что делает любимая симейком и мезоном ниндзя и… у них тоже нет решения. Максимум, что можно сделать – заранее передать альтернативную строчку, что возможно и делает CMake и Meson при генерации ниндзяфайла.
Исправление a1ba, :
Это, кстати, действительно так. Хотя я и согласен с позицией firkax, я бы не сказал что писать портянки на Makefile чем-то лучше.
К сожалению, в этом мире существуют и другие компиляторы кроме GCC и Clang. Я на днях ускорил сборку включив (уже готовый, правда) модуль использующий компилятор для вычисления зависимостей вместо использования встроенного, который написан на Python и соответствующе питону тормозит.
Несмотря на то, что это прекрасно работает с GCC и Clang, потому что там есть специальный флаг генерирующий зависимости в синтаксисе Makefile, аналогичного флага у MSVC не существует. Самое близкое это /showIncludes, который невозможно распарсить, если системным языком стоит что-то отличное от английского языка. Собственный готовый модуль реализующий это для MSVC не учитывает ничего кроме английского.
Я проверил что делает любимая симейком и мезоном ниндзя и… у них тоже нет решения. Максимум, что можно сделать – заранее передать альтернативную строчку, что возможно делает CMake и Meson при генерации ниндзяфайла.
Исходная версия a1ba, :
Это, кстати, действительно так. Хотя я и согласен с позицией firkax, я бы не сказал что писать портянки на Makefile чем-то лучше.
К сожалению, в этом мире существуют и другие компиляторы кроме GCC и Clang. Я на днях ускорил сборку включив (уже готовый, правда) модуль использующий компилятор для вычисления зависимостей вместо использования встроенного, который написан на Python и соответствующее питону тормозит.
Несмотря на то, что это прекрасно работает с GCC и Clang, потому что там есть специальный флаг генерирующий зависимости в синтаксисе Makefile, аналогичного флага у MSVC не существует. Самое близкое это /showIncludes, который невозможно распарсить, если системным языком стоит что-то отличное от английского языка. Собственный готовый модуль реализующий это для MSVC не учитывает ничего кроме английского.
Я проверил что делает любимая симейком и мезоном ниндзя и… у них тоже нет решения. Максимум, что можно сделать – заранее передать альтернативную строчку, что возможно делает CMake и Meson при генерации ниндзяфайла.