【chromium】windows构建base库 3：gn + vs2022 args 设置及debug x86 构建

java重量级源码GN GN 是一个元构建系统，它为 . 相关资源： 中的文档。 特别是和（后者是所有内置帮助转换为单个文件）。 一个介绍。 这 。 这是叉子！ 包含上游项目不需要/不需要的更改。 迄今为止： action / action_foreach 目标的自定义描述标签 GN 是做什么用的 GN 目前用作 Chromium、Fuchsia 和相关项目的构建系统。 GN 的一些优势是： 它专为大型项目和大型团队而设计。 它可以有效地扩展到数千个构建文件和数万个源文件。 它具有可读、干净的语法。 构建构建完成后，对于没有 GN 背景的人来说，通常很容易对构建进行基本编辑。 它专为多平台项目而设计。 它可以在不同平台上清晰地表达许多复杂的构建变体。 单个构建调用可以针对多个平台。 它支持多个并行输出目录，每个目录都有自己的配置。 这允许开发人员并行维护针对调试、发布或不同平台的构建，而无需在切换时强制重建。 它关注正确性。 GN 尽可能检查正确的依赖项、输入和输出，并有许多工具允许开发人员确保构建按预期发展（例如， gn check 、 testonly 、 assert_no_de

gn-windows-amd64.zip

GN是一种元构建系统，生成Ninja构建文件（Ninja build files），相较GYP而言，具有如下优点： 可读性更好，更容易编写和维护。 速度更快，谷歌官方给的数据是20倍的速度提升。 修改GN文件后，执行ninja构建时会自动更新Ninja构建文件。以前用GYP的时候就有过修改了GYP，而忘记使用gyp命令重新生成Ninja构建文件的尴尬。 更简单的模块依赖，提供了public_deps, data_deps等，在GYP中，只有一种目标依赖，导致依赖关系错综复杂，容易引入不必要的模块依赖。 提供了更好的工具查询模块依赖图谱。这在GYP构建系统中是一个噩梦，要查一个目标依赖哪些模块或者一个模块被哪些目标依赖几乎是不可能的。 更好的调试支持。为了打印GYP中的变量值，我以前还专门写过一篇博文<>，在GN中，只需要一条print语句就可以解决。

libyuv windows编译所需要的工具。gn.exe clang-format.exe isolate.exe

包含gn.exe 和 ninja.exe 文件，在win11 + vs2022环境下生成。可直接使用。

Windows 32位版本的CEF3库80.1.2。Chromium版本：80.0.3987.149。编译时加入ffmpeg支持，可以播放mp3, mp4, 支持h.264/aac。可以自己访问html5test.com验证。 百度盘包含对应的CEF4Delphi，具体版本看文件名。 百度网盘有含PDB文件的版本，也有64位版本，自取。 链接: https://pan.baidu.com/s/1LB98UCy9ajUQp1P6KsrUeg 提取码: u4g9