【盟友分享】如何快速获取Chromium源码和编译

感谢盟友:我为之狂的热心分享!同时也希望盟友们多多分享自己写的不错的文章哦;

正文:

最近准备研究下Chromium源码,但在获取Chromium源码以及编译上浪费了太长时间,搜索很多网友文章,总是无法满足个人需求,所以写下此篇博文,将自己的经验心得

分享,希望那些和我有同样困扰的朋友能有所获。

注:

本文尽量图文并茂,只想将自己已经成功的操作原样放出,但有些设置并未详加解释,大家可以参考Google Chromium官方说明参考。

1. 准备

1) 首先要做的是必须能访问Google Chromium官方网站

,建 议网上申请一个VPN账号,现在应该都收费了,不过一年300左右,可以承受。

2) 最好的参考资料莫过于Google Chromium官方说明:http://dev.chromium.org/Home

比如本人想在windows下进行阅读调试,可以参考:http://dev.chromium.org/developers/how-tos/build-instructions-windows

根据以上链接,不难得出以下配置:

Win7 x64 (最好系统语言选择英文)

VS2013 + Update 4

3) 下载Google专用工具集depot_tools

参考:http://commondatastorage.googleapis.com/chrome-infra-docs/flat/depot_tools/docs/html/depot_tools_tutorial.html

具体步骤:

a. git clone https://chromium.googlesource.com/chromium/tools/depot_tools.git

b. 添加 安装路径到Path环境变量

c. 执行gclient,depot_tools 工具集会安装chromium team定制的git和python

2. 下载

参考: http://dev.chromium.org/developers/how-tos/get-the-code

首先决定下载那个版本,这里推荐官方最新的是stable版本 (https://omahaproxy.appspot.com/) ,

从链接中可以看出截至目前为止,最新的stable版本是42.0.2311.135,其实在笔者写这篇博文之前,这个 版本一直是42.0.2311.90,所以我下面

的 截图是以我以前操作为例,大家莫要误会。

但是问题来了,最新的版本一般不是这个版本,如果你想找到你想要的版本,一般推荐的步骤如下:

> fetch chromium

> git checkout -b 42.0.2311.90_local 42.0.2311.90

> gclient sync--with_branch_heads [--jobs 16] (注:[]表该命令行选项可选)

本人现住居所10M带宽,VPN使用美国线路 (延迟200ms),真正完全执行完上面第一步(fetch chromium)需要长达一天之久,甚至更长(我没有精确统计过,因为我的

VPN不 稳定,隔4小时左右就会自动断开,需要手动执行gclient sync --force 以保证能跟上上次的操作 ,其实至今我都不敢确信是否此操作不会漏失文件)。这种等待实在

让人难以忍受。所以只得另寻他法。

第一种:

> 直接打开链接 https://chromium.googlesource.com/chromium/src.git/,上面可以找到42.0.2311.90

但是下载完后,发现解压就有问题。。。

结果: 失败

第二种:

> git clone -b 42.0.2311.90 --depth 1 https://chromium.googlesource.com/chromium/src.git

> gclient sync --force

> gclient runhooks

执行第三步,报错:

ImportError: No module named gyp Error: Command E:\opensource\depot_tools\python276_bin\python.exe src/build/land

结果:失败

第三种:

> gclient sync --nohooks --no-history -r 7d100c0e9df1d093c61d7e2c16daf1327d7cc163

> gclient runhooks

结果:失败 原因同第二种

最终终于找到了第4种,已有高手在github放了最新的stable版本,笔者极力推荐,

https://github.com/zcbenz/chromium-source-tarball/releases

本人具体操作如下:

> 解压至 E:\chromium\42.0.2311.90_tar\src

> 放一份.gclient文件和src同级目录,

内容如下

[plain] view plaincopyprint?

  1. solutions = [
  2. {
  3. "managed": False,
  4. "name": "src",
  5. "url": "https://chromium.googlesource.com/chromium/src.git",
  6. "custom_deps": {},
  7. "deps_file": ".DEPS.git",
  8. "safesync_url": "",
  9. },
  10. ]
solutions = [
  {
    "managed": False,
    "name": "src",
    "url": "https://chromium.googlesource.com/chromium/src.git",
    "custom_deps": {},
    "deps_file": ".DEPS.git",
    "safesync_url": "",
  },
]

> set DEPOT_TOOLS_WIN_TOOLCHAIN=0

> run 'gclient runhooks'

OK. 大功告成. 所有过程所花时间不会超过1小时。

3 编译

这步如网上其他网友所说,非常简单,确实如此。

具体操作如下:

> 配置环境变量方便以后VS调试

> 使用ninja编译

最终在我的神舟小本上,执行完毕,耗时3小时之久。

但结果是值得的

总结:

这次 自己下载并编译成功Chromium,真是历尽艰辛。其实我觉得若能耐心下来学习git和python脚本,然后看下Google depot_tools中的封装的一些脚本,肯定可以得到

比我更好的方案。

原文发布于微信公众号 - 程序员互动联盟(coder_online)

原文发表时间:2015-05-02

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Java技术

Redis有哪些开发设计规范值得我们注意的!

redis不是垃圾桶也不是 SUPER MAN,能力和资源都有限,不合理的使用会降低它的健康度,严重时甚至会引起redis抖动、阻塞等进而导致服务不可用,每一个...

1261
来自专栏王清培的专栏

记5.28大促压测的性能优化—线程池相关问题

目录: 1.环境介绍 2.症状 3.诊断 4.结论 5.解决 6.对比java实现 废话就不多说了,本文分享下博主在5.28大促压测期间解决的一个性能问题,觉得...

2097
来自专栏移动端周边技术扩展

移动端常用数据库

2204
来自专栏hotqin888的专栏

beego web提高后端速度的尝试——改循环查询数据库为递归算法

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/hotqin888/article/det...

1622
来自专栏Linuxer的专栏

谢宝友: 深入理解 Linux RCU 之从硬件说起

想要制造出质量可靠的桥梁,就必须真正懂得力学原理。对于想要理解RCU的软件工程师来说,也需要具备一定的硬件基础。

7710
来自专栏王清培的专栏

.NET应用架构设计—服务端开发多线程使用小结(多线程使用常识)

有一段时间没有更新博客了,最近半年都在着写书《.NET框架设计—大型企业级框架设计艺术》,很高兴这本书将于今年的10月份由图灵出版社出版,有关本书的具体介绍等书...

1835
来自专栏Linyb极客之路

低延迟系统的最佳实践

低延迟意味着更快的响应时间,更快的性能,以下最佳实践大部分来自于Quora等问题提炼:

882
来自专栏happyJared

Linux私房菜:回头去学

说来惭愧,从学编程到现在写代码,算是用过不少东西,不过很多只停留在半解半知的状态,包括Linux在内,一直以来还没有较为系统的从基础开始学起。最近逼着自己回头看...

702
来自专栏张戈的专栏

WordPress发布文章主动推送到百度,加快收录保护原创

工作实在太忙,也没时间打理网站。最近公司额外交待了一些网站 SEO 方面的优化任务让我关注(这就是啥都要会、啥都要做的苦逼运维的真实写照了...)。 于是抽空看...

2826
来自专栏Linyb极客之路

你的项目应该如何正确分层?

说起应用分层,大部分人都会认为这个不是很简单嘛 就controller,service, mapper三层。看起来简单,很多人其实并没有把他们职责划分开,在很多...

1283

扫码关注云+社区