Сообщение Re[9]: MS забило на дотнет. Питону - да, сишарпу - нет? от 26.07.2021 11:41
Изменено 30.07.2021 9:04 vdimas
Re[9]: MS забило на дотнет. Питону - да, сишарпу - нет?
Здравствуйте, kaa.python, Вы писали:
N>>Это сначала трах, а потом уже становится приятно.
KP>Слушай, я 18 лет уже жду когда приятно то начнется...
CMake?
К нему можно написать свои надстройки по специфику вашей задачи и всё становится на удивление легко.
Например, мы распространяем внутренние С++-библиотеки через NuGet в виндах, а они подхватываются CMake как тебе такое? ))
(в линухах используем родные пакетные менеджеры для того же или непосредственно CMake install)
Причём, если в зависимостях того же C# необходимо зачастую указывать конкретные версии зависимостей, то мы можем позволить себе указывать диапазоны подходящих версий библиотек.
Более того, я собираю некоторые дотнетные проекты с помощью CMake, потому что зачастую процесс сборки нетривиален (требует воссоздания некоей инфраструктуры), а его описание только ср-вами MS Build — мазохизм уровня NAnt, который мы когда-то долгие годы использовали для сборки в т.ч. С++ проектов.
К тому же, NAnt — уже давно был на тот момент устойчивым продуктом, а MSBuild активно развивается.
Однажды потребовалось искать на машине путь к конкретной версии установленого MS Build, а это, опять же, проще всего делается через CMake, вот круг и замкнулся. ))
N>>Это сначала трах, а потом уже становится приятно.
KP>Слушай, я 18 лет уже жду когда приятно то начнется...
CMake?
К нему можно написать свои надстройки по специфику вашей задачи и всё становится на удивление легко.
Например, мы распространяем внутренние С++-библиотеки через NuGet в виндах, а они подхватываются CMake как тебе такое? ))
(в линухах используем родные пакетные менеджеры для того же или непосредственно CMake install)
Причём, если в зависимостях того же C# необходимо зачастую указывать конкретные версии зависимостей, то мы можем позволить себе указывать диапазоны подходящих версий библиотек.
Более того, я собираю некоторые дотнетные проекты с помощью CMake, потому что зачастую процесс сборки нетривиален (требует воссоздания некоей инфраструктуры), а его описание только ср-вами MS Build — мазохизм уровня NAnt, который мы когда-то долгие годы использовали для сборки в т.ч. С++ проектов.
К тому же, NAnt — уже давно был на тот момент устойчивым продуктом, а MSBuild активно развивается.
Однажды потребовалось искать на машине путь к конкретной версии установленого MS Build, а это, опять же, проще всего делается через CMake, вот круг и замкнулся. ))
Re[9]: MS забило на дотнет. Питону - да, сишарпу - нет?
Здравствуйте, kaa.python, Вы писали:
N>>Это сначала трах, а потом уже становится приятно.
KP>Слушай, я 18 лет уже жду когда приятно то начнется...
CMake?
К нему можно написать свои надстройки под специфику вашей задачи и всё становится на удивление легко.
Например, мы распространяем внутренние С++-библиотеки через NuGet в виндах, а они подхватываются CMake как тебе такое? ))
(в линухах используем родные пакетные менеджеры для того же или непосредственно CMake install)
Причём, если в зависимостях того же C# необходимо зачастую указывать конкретные версии зависимостей, то мы можем позволить себе указывать диапазоны подходящих версий библиотек.
Более того, я собираю некоторые дотнетные проекты с помощью CMake, потому что зачастую процесс сборки нетривиален (требует воссоздания некоей инфраструктуры), а его описание только ср-вами MS Build — мазохизм уровня NAnt, который мы когда-то долгие годы использовали для сборки в т.ч. С++ проектов.
К тому же, NAnt — уже давно был на тот момент устойчивым продуктом, а MSBuild активно развивается.
Однажды потребовалось искать на машине путь к конкретной версии установленого MS Build, а это, опять же, проще всего делается через CMake, вот круг и замкнулся. ))
N>>Это сначала трах, а потом уже становится приятно.
KP>Слушай, я 18 лет уже жду когда приятно то начнется...
CMake?
К нему можно написать свои надстройки под специфику вашей задачи и всё становится на удивление легко.
Например, мы распространяем внутренние С++-библиотеки через NuGet в виндах, а они подхватываются CMake как тебе такое? ))
(в линухах используем родные пакетные менеджеры для того же или непосредственно CMake install)
Причём, если в зависимостях того же C# необходимо зачастую указывать конкретные версии зависимостей, то мы можем позволить себе указывать диапазоны подходящих версий библиотек.
Более того, я собираю некоторые дотнетные проекты с помощью CMake, потому что зачастую процесс сборки нетривиален (требует воссоздания некоей инфраструктуры), а его описание только ср-вами MS Build — мазохизм уровня NAnt, который мы когда-то долгие годы использовали для сборки в т.ч. С++ проектов.
К тому же, NAnt — уже давно был на тот момент устойчивым продуктом, а MSBuild активно развивается.
Однажды потребовалось искать на машине путь к конкретной версии установленого MS Build, а это, опять же, проще всего делается через CMake, вот круг и замкнулся. ))