1.5分钟掌握cmake(15): 使用Ninja替代MSBuild
2.IOS技术分享| WebRTC iOS源码下载&编译
3.基于GCC的ARM开发环境搭建
4.如何获取webrtc特定版本源码
5.WebRTC入门：iOS工程
5分钟掌握cmake(15): 使用Ninja替代MSBuild
掌握使用Ninja替代MSBuild在Windows上执行CMake构建
本文将介绍在Windows环境下，如何使用Ninja替代MSBuild来执行CMake构建的基本方法，不涉及构建效率的对比分析。
CMake在执行构建时，调用MSBuild来执行编译，而当调用Ninja时，如何用源码则会调用clang、gcc或cl.exe。Ninja与MSBuild在CMake构建流程中扮演着不同的角色，它们之间形成了一种间接关系。
在Windows系统中，MSBuild作为CMake的一个生成器，用户可以通过指定生成器参数-cmake -G "Visual Studio " -A x来生成Visual Studio的工程文件（如.xxx.sln）。这里的“Visual Studio ”实际上指的是VS安装目录下名为msbuild.exe的可执行文件。
在配置过程中，CMake会生成日志文件CMakeConfigureLog.yaml，在其中记录了用于执行构建的msbuild.exe路径。例如，在我的日志文件中，msbuild.exe路径为"C:/Program Files/Microsoft Visual Studio//Community/MSBuild/Current/Bin/amd/MSBuild.exe"。vb电子日历源码
此外，msbuild是一个用C#编写的工具，其源代码开源在github上。对C/C++开发者而言，安装Visual Studio后会自动包含msbuild，无需单独安装。
要实现CMake+Ninja在Windows上的C/C++工程构建，可以采用命令行方式。通过执行特定脚本，如build/vs-x-ninja.cmd，构建过程将不生成.sln或.vcxproj文件。
在Visual Studio中集成Ninja构建，自年VS某个版本开始支持。用户只需在VS中打开包含CMakeLists.txt的目录，即可进行代码编写、构建和查看目标列表。
总结而言，本文提供了在基于CMake构建的工程中，从使用MSBuild到使用Ninja作为生成器的强弱度量指标 源码基本方法。无论是命令行方式还是使用Visual Studio编辑代码，触发构建或查看目标列表，都可以实现这一转换。
参考文献：待补充
IOS技术分享| WebRTC iOS源码下载&编译
WebRTC iOS源码下载与编译步骤详解
为了在MacBook Pro（Retina, -inch, Mid ）运行macOS Big Sur .5环境中编译WebRTC，首先需要准备必要的工具和环境。1. 安装depot_tools
depot_tools是Google编译Chromium或WebRTC的工具包。确保您的V-/- P-/- N服务已开启，并配置终端代理。如果遇到问题，检查代理设置并根据需要配置终端。2. 配置终端代理
在终端代理设置中输入相关配置信息，注意配置仅对当前终端有效，重启终端后需重新设置。3. 安装ninja
WebRTC的编译工具ninja需要安装到系统目录，或者将其添加到环境变量中。4. 下载WebRTC源码
设置编译目标平台（如iOS），然后从Release Notes中选择目标版本（例如M），下载相应的源码。5. 编译WebRTC
WebRTC iOS版提供内置编译脚本，服装租赁网站 源码通常在src/out_ios_libs目录下。根据版本调整脚本配置，编译完成后，WebRTC.framework将位于src/out_ios_libs。6. 生成Example并运行
完成下载和编译后，您可以在指定目录找到编译好的WebRTC框架，并进行相关应用的开发和测试。基于GCC的ARM开发环境搭建
搭建基于GCC的ARM开发环境，实现嵌入式开发，可替代Keil/MDK工具，过程如下：
所需工具包括：Windows , 位系统，`GNU Arm Embedded Toolchain`，`Ninja`，`GNU Make`，`CMake`。
详细步骤如下：
1. **安装GCC**：下载并安装`gcc-arm-none-eabi-.3-.-win.exe`，保持默认安装路径。
2. **安装Ninja**：下载Ninja压缩包，解压后添加可执行文件到系统环境变量。仿点评网站源码
3. **安装Make**：通过`make-4.4.tar.gz`源码包安装，若无VS工具，需先安装VS并执行`build_w.bat`脚本，将`make.exe`路径添加到环境变量。
4. **安装CMake**：直接下载最新版安装。
5. **编写测试代码**：创建`main.c`文件，填充主函数；编写`CMakeLists.txt`文件，初始化配置；添加链接脚本文件。
6. **验证编译**：执行`cmake`命令启动编译，生成`.elf`和`.map`文件。若出现`Reset_Handler`未定义警告，拷贝启动文件至工程目录，编译。
7. **优化自动查找编译器**：使用CMake内置`find_program`函数自动搜索应用程序，简化配置。
8. **编写辅助脚本**：创建脚本自动化执行CMake和编译流程。
9. **生成可烧录固件**：在`CMakeLists.txt`文件中添加固件生成代码。
至此，基于GCC的ARM开发环境搭建完成，后续涉及的CMake文件编写、文件夹结构组织与软件架构搭建等细节需自行规划。
如何获取webrtc特定版本源码
获取特定版本的 WebRTC 源码需要遵循以下步骤：
1. 安装必要工具：
在开始之前，确保你的系统上安装了所需的工具，如 git、g++ 和 python。这些可以通过终端或命令提示符中的包管理器进行安装。
2. 克隆 WebRTC 源码库：
打开终端或命令提示符，导航到你希望存储源码的目录，然后执行以下命令：
```sh
git clone /src
```
这将从 Google 的 Git 仓库复制 WebRTC 的最新源码。
3. 切换到特定版本：
如果你想要特定版本的 WebRTC 源码，可以使用 git 标签或分支。通过以下命令列出可用的标签或分支：
```sh
git tag
git branch
```
选择你想要获取的特定版本对应的标签或分支，然后切换到该版本：
```sh
git checkout [tag_or_branch_name]
```
将 `[tag_or_branch_name]` 替换为你的特定版本标签或分支名称。
4. 获取依赖项：
进入源码目录，并执行以下命令来获取依赖项和构建工具：
```sh
cd src
gclient sync
```
这将下载所需的依赖项和构建文件，以便你能够构建和编译 WebRTC。
5. 构建源码：
一旦你获取了源码和依赖项，你可以使用以下命令构建 WebRTC：
```sh
ninja -C out/Debug all
```
这将在 Debug 配置下使用 ninja 构建工具构建所有目标。你也可以选择其他配置，如 Release，通过将 "Debug" 替换为 "Release"。
6. 检查构建结果：
构建完成后，你可以在 out/Debug（或你选择的配置目录）下找到生成的二进制文件、库和其他相关文件。运行测试用例来验证构建是否成功：
```sh
./out/Debug/test_peer_connection --gtest_shuffle --gtest_repeat=
```
如果所有测试都通过，那么表示你成功获取并构建了特定版本的 WebRTC 源码。
7. 使用源码：
现在你可以使用特定版本的 WebRTC 源码进行开发、调试和研究等操作。请注意，WebRTC 的源码结构和构建过程可能会随着版本更新而发生变化。因此，为了了解更多详细信息，请仔细阅读官方文档和构建指南。
WebRTC入门：iOS工程
刚进入项目组，接手WebRTC相关任务。项目需求基于最新WebRTC版本进行二次开发，但其工程使用gn和ninja编译，每次修改需编译成lib或framework，过程繁琐。本文记录WebRTC OC工程分离过程中的经验与教训。
WebRTC，全称为Web Real-Time Communication，是实现实时语音与视频通话的技术，由谷歌于年通过收购Global IP Solutions公司获得。自年5月开源以来，得到广泛支持与应用，成为下一代视频通话的标准。
要获取WebRTC iOS版本源码，首先需设置git代理。由于不可抗力，需自行配置。
编译WebRTC库时，使用GN生成ninja工程文件。了解GN与ninja基本使用，可以借助官方教程，直接编译出WebRTC.framework。官方提供编译脚本，可方便编译静态库或Framework版本，并支持指定编译条件，如debug版本或是否开启bitcode。
目标是将WebRTC.framework集成至Xcode工程，仅关注OC部分的二次开发，减少对C++代码的关注。分离工程需在现有基础上进行，尽量减少源码修改。
生成libjingle_peerconnection_all库，需在/webrtc/BUILD.gn文件中添加新目标，并在build/ios/build_ios_libs.sh脚本中增加编译选项。此过程需按照官方教程进行。
创建WebRTC_OC工程，在webrtc/sdk/objc目录下，参照rtc_sdk_common_objc和rtc_sdk_framework_objc配置，选择性添加所需Framework文件夹代码文件。
分离工程过程中，需关注现有代码库依赖。完全分离需对头文件引用进行大量修改。分离工程旨在最小化修改，进行优化。
总结接触WebRTC代码的经验，分离OC工程虽有助于专注二次开发，但需谨慎处理现有代码库依赖问题。若需完全分离，需对源码进行大量修改。了解更多细节请参阅原文链接。
