一个简单实用的 C 工程示例, 附简洁的 Makefile

[zhng920823]

Makefile 可以做到如下简洁, 实际用时只要修改 EXE 和 OBJ 的列表值, 无需关心其它的东西

EXE=\
exe1\
a/exe2\
a/exe3\

OBJ=\
mod1\
liba/mod2\
liba/mod3\

include inc.mak

工程源码 https://github.com/webd90kb/webd/tree/master/codes/c_project_template

[zhng920823]

@augustheart #20 我的意思是 xmake 不能在没有 cmake 的情况下编译简单的 cmake 工程, 一直没这个功能

[augustheart]

@zhng920823 哦，那是自然的。想替代 cmake 就得解析 cmake 那一大坨东西，这个工作量比 xmake 本身还大
我个人觉得 xmake 现在这个状态已经很合我用了，写个东西各种不同编译方式的库能在同一个方案下面集成到一起，挺方便。

[zhng920823]

@augustheart #22 也没必要支持 cmake 的全部特性, 一些项目的 CMakelists.txt 看着非常简单的, 只要能支持这种的编译就行.

那些导出各种工程的功能很少用的

[yolee599]

我用的 cmake ，就因为 cmake 大家都用，生态比较好，比如 esp-idf ，lvgl ，mbedtls ，lwip …… 都在用

[zhng920823]

@yolee599 # 活捉使用 lwip lvgl 的大佬

[hitmanx]

我工作中遇到的项目 cmake 通常都是比较复杂的，各种 custom command 、custom target 乱飞，调用各种工具、python 等等生成中间文件，再由中间文件生成其它的中间文件等等，再加上 cmake 的字符串操作、对文件系统的操作，以及各种平台*feature list 的排列组合等等……需要理解大量业务逻辑才能明白这个工作流程。

相比之下，新增文件时要更新一个文件列表，或者指定一个库的依赖等等，反而是其中最简单的环节，并不需要费太多的脑细胞。

在这种复杂的系统里，用的 build 的语言是否足够“expressive”，让读的人能轻易明白你想干什么变得更关键了。另外就是效率，现在每改一行 cmake ，重新 config 一次要好几分钟……

[zhng920823]

@hitmanx #26 一般太复杂的东西, 我会选择用 shell 或其它语言的脚本进行额外处理, 而不是融合进 build 系统里面.