MS обещал нормальную поддержку cmake, кто-нибудь уже пробовал на не самых примитивных проектах?

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

R>MS обещал нормальную поддержку cmake, кто-нибудь уже пробовал на не самых примитивных проектах?
А что там поддерживать то?

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

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

R>>MS обещал нормальную поддержку cmake, кто-нибудь уже пробовал на не самых примитивных проектах?
V>А что там поддерживать то?

Ну как сказать:
https://blogs.msdn.microsoft.com/vcblog/2016/10/05/cmake-support-in-visual-studio/

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

R>MS обещал нормальную поддержку cmake, кто-нибудь уже пробовал на не самых примитивных проектах?

Ржака, блин. Кумары нашли очередной фатальный недостаток

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

V>>А что там поддерживать то?
bnk>Ну как сказать:
bnk>https://blogs.msdn.microsoft.com/vcblog/2016/10/05/cmake-support-in-visual-studio/
Судя по презентации они пропускают степ генерации и напрямую читают cmakelist. Это половинная реализация, т.к. cmake может содержать ветвления срабатывающие на генерации. Да даже cmake может сам себя генерить, к примеру, на шаге install. Или генерить файлы из шаблонов. А external проекты с кучей внешних переменных из окружения? Вообще не понятно как они это поддерживать будут.

Лучше уж запилили бы прозрачную перезагрузку перегенерированного солюшена и минимальное обновление внутреннего кеша.

ЗЫЖ: Да и вообще, когда они сделают нормальную сортировку в файлах проекта/солюшена/фильтров? Постоянно системы контроля версий шарахаются от полностью перехераченных ихних же xml-ей из-за обновления пары параметров.