Barry的博客

阅读最新的chromium源码，发现项目的构建系统已经从GYP全面切换到GN了。在软件开发中，经常有人忠告：不要重复造轮子。但谷歌可不管这个，造的轮子一个接一个，谁叫人家牛呢？chromiumi项目为啥要折腾构建系统呢？因为谷歌chrome浏览器追求一个字：快。不仅浏览器的速度要快，构建系统也要追求快。构建系统简介在探讨chromium的最新GN构建系统之前，回顾一下软件开发中的构

#depot_tools环境变量：path中增加G:\google\depot_tools#Windows Kits目录set WINDOWSSDKDIR=D:\Windows Kits\10#工具链相关set DEPOT_TOOLS_WIN_TOOLCHAIN=0set GYP_GENERATORS=msvsset GYP_MSVS_OVERRIDE_PATH=D:\Prog...

转自：https://blog.youkuaiyun.com/zhangtracy/article/details/79045363GN语言和操作GN语言和操作内容介绍使用内置的帮助设计理念语言字符串清单条件语句循环函数调用作用域和执行Scoping and execution命名事物文件和目录名称构建配置目标CONFIGS公共配置模板其他特性Imports路径处理模式执行脚本与Blaze的区别和相似之处介绍...

转自：https://blog.youkuaiyun.com/foruok/article/details/70157065在“WebRTC 构建系统介绍之gn和ninja”中，大概介绍了 gn 和 ninja 的简单用法，这次来看看 gn 用到的项目文件 .gn 、 .gni 和 DEPS ，它们指导了如何生成 ninja 构建文件。借用 C++ 的概念，如果把 gn 看成一个编译系统， .gn 就是源文件...

转自：https://www.jianshu.com/p/d118615c1943前言在传统的 C/C++ 等项目构建时，通常会采用 make 系统使用 Makefile 文件来进行整个项目的编译构建，通过 Makefile 中指定的编译所依赖的规则使得程序的构建非常简单，并且在复杂项目中可以避免由于少部分源码修改而造成的很多不必要的重编译。但是它仍然不够好，因为其大而且复杂，有时候我们并不需要 ...

转自：https://www.suninf.net/2017/05/gn-usage.html之前介绍过GYP，它是Google早期用来维护chromium项目的meta-build system，GN则是用来替代GYP的工具，目前chromium及相关的开源项目都迁移到基于GN来管理。并且GN是基于C++编写，效率上比基于python的GYP快了近20倍。环境准备配置depot_tools (n...

depot_toolschromium Using depot_toolsGNGN root ：包含GN文档，例子等What is GN?  ：GN介绍：其中包括如何编译GN，如何使用GN管理构建自己单独的项目，GN的帮助文档，GN交叉编译等GN doc ：GN文档：其中包括如何编译GN，如何使用GN管理构建自己单独的项目，GN的帮助文档，GN交叉编译等GN example...

转自：http://blog.gclxry.com/use-depot_tools-to-manage-chromium-source/由于Chromium项目的代码量巨大，又依赖了很多第三方代码库，所以如何有效的管理这些代码是个难题。Chromium官方提供了一个depot_tools来管理Chromium源代码的工具，官方开发工作流也是基于depot_tools。最初接触depot_tools...

转自：https://www.cnblogs.com/Forever-Kenlen-Ja/p/7653144.htmlchromium的编译和webrtc的编译方式相同，webrtc官网也是使用的chromium的编译文档。步骤一、跳 - 墙，先跳 - 墙这是第一步哟，chromium大概有10几个G，webrtc有6个G左右。步骤二、下载depot_tools，并配置环境变量，PATH下添加de...

转自：https://blog.51cto.com/ticktick/2349113当你入门 WebRTC 之后，很快就会接触到一个名词，叫做：SFU，你可能很容易就在网上寻找到很多 SFU 的开源实现，并并兴致勃勃地开始编译、部署和测试这些服务器，但是可曾想过，为啥我们的 WebRTC 应用需要 SFU 服务器 ？1 WebRTC P2P 通话的网络模型如图是 WebRTC P2P 模式...