Здравствуйте, bnk, Вы писали:
V>>А что там поддерживать то? 
bnk>Ну как сказать:
bnk>https://blogs.msdn.microsoft.com/vcblog/2016/10/05/cmake-support-in-visual-studio/
Судя по презентации они пропускают степ генерации и напрямую читают cmakelist. Это половинная реализация, т.к. cmake может содержать ветвления срабатывающие на генерации. Да даже cmake может сам себя генерить, к примеру, на шаге install. Или генерить файлы из шаблонов. А external проекты с кучей внешних переменных из окружения? Вообще не понятно как они это поддерживать будут.
Лучше уж запилили бы прозрачную перезагрузку перегенерированного солюшена и минимальное обновление внутреннего кеша.
ЗЫЖ: Да и вообще, когда они сделают нормальную сортировку в файлах проекта/солюшена/фильтров? Постоянно системы контроля версий шарахаются от полностью перехераченных ихних же xml-ей из-за обновления пары параметров.
[In theory there is no difference between theory and practice. In
practice there is.]
[Даю очевидные ответы на риторические вопросы]
MS обещал нормальную поддержку cmake, кто-нибудь уже пробовал на не самых примитивных проектах?
Здравствуйте, regnar, Вы писали:
R>MS обещал нормальную поддержку cmake, кто-нибудь уже пробовал на не самых примитивных проектах?
А что там поддерживать то?
[In theory there is no difference between theory and practice. In
practice there is.]
[Даю очевидные ответы на риторические вопросы]
Здравствуйте, 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, кто-нибудь уже пробовал на не самых примитивных проектах?
Ржака, блин. Кумары нашли очередной фатальный недостаток
