关于SCons模块和高通的编译系统

SCons是一个非官方自带的模块，号称是下一代的make程序（即取代make）。对这个模块了解还不多，据说使用起来比make要简单，找个时间好好研究一下。
SCons有几个特点：
1） 采用Python语法，不像make有自己的语法规则；
2） 建立依赖关系时采用MD35算法，而make则采用时间戳对比；
3） 缺点可能就是速度还太慢，这点没有数据说明，我也没做过对比测试；
高通的编译系统是比较复杂的，自己想要添加些东西要对整个系统都比较清楚，碰到跨模块的调用可能就尤为复杂（所谓“跨模块”指，例如：在AMSS中调用BOOT中的代码，或者反过来调用），之前想做一个跨模块的调用，修改makefile文件一直都有问题。另外，现在考虑修改编译系统，尽可能地缩短编译时间。等研究完SCons后看看可行性，是否可以大胆地做一次试验，把整个编译系统替换掉。不过这个风险很大，毕竟商业化的东西不能采用试验性的东西，况且就SCons的第三个特点，这个也可能行不通。过段时间再回头看看吧，这里很作个记号。
之前下载工具我大胆采用Python来开发，这个已经有点冒险了，不过结果也表明Python并不是玩具，而是真的可以用于正规的开发中的。如果不是用Python来开发的话，时间估计要耗费多得多。
以后的多通道下载工具是否还是可以考虑仍然用Python进行开发呢？且不说我会不会参与这部分工作，就算会的话可能也不应该用Python，毕竟周围没几个人会用Python，以后程序没人维护，我岂不是得绑死在这个工具上了，而且生产那边一旦出什么问题，那责任我就得担了。哎，还是我自己用用就好了，不过开发内部的工具我就坚持用Python。我的目标是，让每个工程师都自动安装上Python，那样才能用我所开发的东西，哼哼！