老婆也是码农？

【 在 spadger 的大作中提到: 】
:                                           ~~~~~~~~~~~~~~~这话不能乱说，我说了同样的话，老婆不同意，然后吵了一架
--
FROM 115.171.41.*

我觉得还是用go/rust写更好，python带那么多啰里啰唆的包，还需要专门的环境

【 在 ziqin 的大作中提到: 】
: 为什么不拿python直接写个库？还要搞各种make
--
FROM 123.112.18.*

Python 这种巨坑还是能免则免吧，说不
定哪天又不兼容了。
【 在 ziqin 的大作中提到: 】
: 为什么不拿python直接写个库？还要搞各种make
: --
: FROM 115.199.104.*
--来自微微水木3.5.12
--
FROM 107.77.212.*

历史悠久，blaze多简单啊，搞成开源的bazel就要考虑非blaze/bazel的依赖了。
http下载依赖，github依赖，cmake也得支持吧，autoconf也不等丢啊，http得支持auth吧，得支持proxy吧

从protobuf类的idl是标配了对吧，所以还要加入新的rule

还得支持万能规则吧，免得的protobeef这种新的idl不支持

再来个交叉编译

再来个fuzz

再来个test

再来个remote build

。。。

【 在 hgoldfish 的大作中提到: 】
: python 写的 scons 啊。
: 最近几年 meson 也越来越流行。它是 python 语法的，你可以看看。
: 这些构建里面有海量的细节。本质上是因为 cpp 是个垃圾语言。
: ...................
--
FROM 221.220.134.*

现在好像连生成makefile都过时了吧，知道生成规则，知道依赖，完全不需要makefile了。
版上牛人搞的xmake，Google开源的bazel，都是自己直接生成了，相当于把make+ninja+ccache
集成成一个工具了。

另外，bazel好像也算python的，xmake用lua，都比cmake这种自己发明语言的舒服。


【 在 leaning 的大作中提到: 】
: 如果有成千上万个源代码，而且还有互相依赖，这时你修改了某个源代码，那么凡是依赖它的源代码都应该重新编译。一行行的输入
: gcc first.c -o first.o
: gcc second.c -o second.o
: ...................
--
FROM 222.129.54.*