(gyp构建系统介绍.docVIP

BuildSystem Posted on 2011/09/01 by wy182000 Table of Contents 1 BuildSystem 1.1 GYP 1.1.1 设计目标 1.1.2 构建文件 1.1.3 .gyp文件剖析 conditions targets includes actions variables 1.1.4 early and late phases 1.1.5 operator 1.1.6 路径内容属性 1.1.7 总结 1.2 Scons 1.2.1 Make缺陷 1.2.2 构建文件 1.2.3 SConstruct文件剖析 Builder .1 编译参数和自动分析编译依赖 .2 源文件使用不同参数编译 .3 库链接 Dependencies .1 分析依赖 .2 判断依赖变化 Environment Hierarchical Builds 1.2.4 其他问题 1.2.5 总结 1.3 Ninja 1.4 ABS 1.5 CMake 1.5.1 构建文件 1.5.2 CMakeLists.txt解析 1.5.3 变量和属性 1.5.4 注释 1.5.5 编译类型 1.5.6 生成config.h 1.5.7 Makefile 1.5.8 总结 1.6 Others 1.7 个人感觉 1 BuildSystem words from huangjun@(leemars528) 内部构建系统*必须*要求所有模块都使用这个构建系统。 模块的依赖*不应该*通过额外的系统来管理。 *应该*能够指定足够细致的粒度。 就*应该*只依赖于需要生成接口所需要的最少内容。 1.1 GYP gyp(generate your project)是chromium的构建系统，地址在/p/gyp/。 关于GYP和CMake的对比在/p/gyp/wiki/GypVsCMake。 文档建设还是比较差的，并且个人使用一个很简单的例子都没有work成功。虽然wiki有UserDocumentation但是里面介绍非常粗略，基本上可以认为是一个没有成熟产品。 虽然没有比较好的使用文档，主页wiki里面还有有一些关于gyp本身比较好的描述，以及设计的初衷。 通过学习这些内容，可以对构建系统有更加深入的认识。感谢huangjun@(leemars528)给我的建议， 他透露这个可能是gg内部的一个构建系统原型。并且之前yangliu@(from google)给我举构建系统例子的时候， 表达方式上和gyp也非常相似，所以有理由相信gyp很像现在google内部的构建系统。 1.1.1 设计目标 gyp设计针对目标就是为了解决chromium浏览器构建问题，最重要的就是支持多平台的构建。因此生成的后端可能是Scons/Make(Unix/Linux)，Xcode(Mac)或者是Visual Studio(Windows).并且因为chromium内部都是C/C++文件， 因此主要考虑方便C/C++程序的构建。设计时候还考虑到下面这些问题： debug vs. release. cross compile. toolchain interface. 1.1.2 构建文件 构建文件名字不固定，但是后缀通常是.gyp和.gypi(gyp included).构建文件内容就是python的一个数据结构(可以认为是json,不过允许#作为注释并且允许trailing的).这样做的一个方便结果就是为了读取构建文件信息， 只需要eval一下文件的内容即可，就可以得到这个构建文件的描述了。 下面是一个example： { target_defaults:{ defines:[DEBUG], }, targets:[ { target_name:test, #生成的文件. type:executable, #可执行程序. sources:[test.cc], defines:[FOO] } ] } 在后面部分会详细解释构建文件里面的每个element。 1.1.3 .gyp文件剖析 整个构建文件最顶层是一个字典，包含了下面这些key： conditions //条件判断 includes //包含的构建文件 targetdefaults //构建目标默认属性 targets //构建目标列表 variables //构建文件使用的变量