执行以下 gn 命令生成/ WinDefault_ debug 来编译 Webrtc 没有问题 。
gn gen out/WinDefault_debug --ide=vs2017 --args="target_cpu="x86" rtc_include_tests=true target_os="win" is_component_build=false is_clang=false use_lld=false treat_warnings_as_errors=false use_rtti=true rtc_build_examples=true"
(为 x86 创建可执行文件; rtc_ 包括测试, 例如创建测试; 生成平台的目标os 是窗口; 为静态库创建虚假的组件_ building)True 是动态库库; is_clang 不用于编译;没有圆机制;警告不被视为错误;RTTI使用 C++ 运行时间类型被识别;提供了示例)
我只是在WinDefault_debug目录中 将文件与Linux汇编分开
但是,在进行忍者建设方面有两个问题:
我设定了以下环境变量:
set vs2017_install=F:Microsoft Visual Studio2017Enterprise
set GYP_MSVS_OVERRIDE_PATH=F:Microsoft Visual Studio2017Enterprise
set GYP_GENERATORS=msvs-ninja,ninja
set WINDOWSSDKDIR=F:Windows Kits10
set GYP_MSVS_VERSION = 2017
set DEPOT_TOOLS_WIN_TOOLCHAIN=0
我的视觉演播室,不是默认的板子 这里受到特别关注!
问题1 关于失踪页眉的说明
例如：
C1083 致命错误: 无法访问包括文件“ winapi family.h ” : 没有此文件或目录
C1083 致命错误: 无法访问包括文件“ winsock2. h” : 没有此文件或目录
它表明了忍者-tmsvc-e解释。x86环境变量INCLUDE缺少几条路径。我不知道你指的是什么;环境.x86是一个文件。但是,我无法找到它。 (我是一个有32位数的图书馆。 )此文件使用目标_ cpu=“ x86” 选项添加到 gn- args 中 。
我的 VS 安装似乎走不同路程 。在典型条件下,忍者处决创造了文件环境.com.x86。要解决这个问题，在 Webrttc 源目录: src/buld/vs_tool chain. com 中发现了这个文件。 我不知道你在说什么, Py 。VS确认的安装路线是写已死亡的C磁盘。所以修改一下
灰色区域不见了。加进去。注意逗号和字符串单引号。 (如果你打算使用 Python 的话,这是一个小修改 。 )如果你不照做,就照我的话做路径描述其VS安装的实际路径。我是企业版，企业号是目录的最后一层如果有社区版本或预览,则在社区预览目录一级引用先前的代码行。那省得再跑忍者 -C了
如果路线正确的话此时此刻,一群年轻人在WinDefault_debug(其中大多数是排出/排出目录)找到自己进入世界的道路。这是你做什么,如果你做 你写什么 在gn.x86制作。
笔记本装载环境.x86 文件,寻找 INCLUDE = 此段落,并添加缺失的页眉路径 。
第1个问题(2)忍者:由于子命令失败,建筑停止。
似乎没有任何资料。就直接说失败。其实不是的，这是因为忍者违约并分发译文。因此,错误信息在产出前显示。后来,它被另一程序的结果所抛弃。再显示的失败。当运行忍者时, 添加 - j1 。变成单进程运行，我看得出新闻有什么不对劲当它完成后,我会删除 -j1。
