Информация об изменениях

Сообщение Re[3]: VS2017 и cmake от 15.05.2017 0:24

Изменено 15.05.2017 0:28 Vain

Re[3]: VS2017 и cmake
Здравствуйте, bnk, Вы писали:

V>>А что там поддерживать то?

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

Лучше уж запилили бы прозрачную перезагрузку перегенерированного солюшена и минимальное обновление внутреннего кеша.
Re[3]: VS2017 и 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-ей из-за обновления пары параметров.