- 主题:习惯了写Makefile，还用学CMake吗
CMake最后还是生成Makefile，
看起来用不着啊，是吗？
--
FROM 106.39.151.*
如果程序就你一个人写，那makefile就挺好。多人协作，或者开源项目还是cmake方便一些。或者你能保证你的项目不调用任何第三方库，你的代码不需要跨平台，跨编译器，那么makefile也足够了。
cmake的用途主要是解决多少协作时，大家的第三方库放的位置不同，大家用的编译器不同，编译器的命令行参数不同的问题的。
【 在 cwall 的大作中提到: 】
: CMake最后还是生成Makefile，
: 看起来用不着啊，是吗？
--
FROM 222.212.201.*
别一开始想着跨平台什么的，windows上开发基本上不会用C
【 在 dormouseBHU 的大作中提到: 】
: 如果程序就你一个人写，那makefile就挺好。多人协作，或者开源项目还是cmake方便一些。或者你能保证你的项目不调用任何第三方库，你的代码不需要跨平台，跨编译器，那么makefile也足够了。
: cmake的用途主要是解决多少协作时，大家的第三方库放的位置不同，大家用的编译器不同，编译器的命令行参数不同的问题的。
--
FROM 117.59.117.*
多人协作是很常见的场景。每个人的第三方库装的位置都可能不一样。这时cmake就体现出优势了
【 在 freyoneby 的大作中提到: 】
: 别一开始想着跨平台什么的，windows上开发基本上不会用C
--
FROM 222.212.202.*
先统一开发环境。
CI/CD 搞起来。
不要依赖第三方的第三方。
【 在 dormouseBHU 的大作中提到: 】
: 多人协作是很常见的场景。每个人的第三方库装的位置都可能不一样。这时cmake就体现出优势了
--
修改:flw FROM 27.38.197.*
FROM 27.38.197.*
RE
自己一个人搞怎么做都无所谓。
但现在 CMake 已经是事实上的标准了，还是需要学习的
不过要注意的是，要学 Modern CMake
【 在 dormouseBHU 的大作中提到: 】
: 如果程序就你一个人写，那makefile就挺好。多人协作，或者开源项目还是cmake方便一些。或者你能保证你的项目不调用任何第三方库，你的代码不需要跨平台，跨编译器，那么makefile也足够了。
: cmake的用途主要是解决多少协作时，大家的第三方库放的位置不同，大家用的编译器不同，编译器的命令行参数不同的问题的。
--
FROM 101.71.37.*