依赖关系和编译顺序

[Domain]

我还是希望讨论一下依赖关系和编译顺序的问题。

以我自己的工程为例，分为三部分：基础库，辅助工具，应用程序。
基础库都是静态库，其他所有工程都依赖于基础库。
辅助工具负责生成中间文件，包括应用程序的部分源码。
应用程序有很多个，互相之间没有依赖，但是都依赖于基础库和辅助工具。

根据依赖关系，首先编译的应该是没有任何依赖的基础库，然后是辅助工具，最后是应用程序。因为不同target之间可以并行编译，所以同时编译也可以理解。但是我可以给所有基础库和辅助工具都加上set_policy("build.across_targets_in_parallel", false)，也就是基础库和辅助工具都不允许并行编译，那应该得到的顺序是基础库依次编译，然后是辅助工具，最后应用程序可以并行编译。但是现在跑起来的结果是应用程序先编译了，因为辅助工具还没有生成源码，所以编译一定失败。不知道这个顺序能否安装依赖关系来呢？

还有这些基础库直接其实互相不依赖的，如果能够基础库直接并行编译，然后生成辅助工具并生成源码，最后应用程序并行编译，这就是最理想的结果。但是现在我能接受基础库也串行编译，因为一般都不会怎么改动。

当然，现在辅助工具生成的源码能不能被xmake包含进去还是有待实验，因为xmake可能先扫描了源码，再生成的文件就不能加进来了。

[waruqi]

之前有点 bug ，切到 builddeps 分支再试试 ，xmake update -s github:xmake-io/xmake#builddeps

#2501

但是现在我能接受基础库也串行编译，因为一般都不会怎么改动。

即使配置了 across_targets_in_parallel = false，也不是串行，target 内源文件还是并行编译，一样能跑满 cpu ，仅仅只是 link 时候会卡那么一下 无法填补其他 target 的 cpp file 进来继续编译而已，而如果你都是静态库，这个 link 其实就是 archive 归档过程，并不是真正的链接，也是非常快的，所以其实你哪怕全局设置了 across_targets_in_parallel =false，也不会慢多少，顶多就是慢几个 cpp 的差异。

[Domain]

试了一下，可以了👍