UEFI开发探索57-如使用最新的EDK2搭建编译环境

(请保留-> 作者: 罗冰   https://blog.csdn.net/luobing4365)

最近浏览github上edk2的发布代码，注意到一个问题，现在发布的方式有点不一样了。之前过一段时间，就会发布一个完整的打包源代码，比如2018年3月发布的UDK2018，我一直都用这个开发的。不过，我没有找到UDK2019，更别说UDK2020了。

为什么我关注这个呢？主要是因为这种打好包的源码，整理得比较好，也比较稳定，并且还提供完整的API文档。另外，如果直接git EDK2的主线，编程时会发现它其实缺一些包是，有的包些还需要在Google的项目中下载。（观察下https://github.com/tianocore/edk2下的.gitmodules就知道了）

既然没有更新的打包源码，就只能用git下载最新的EDK2来编译了。不过，github那感人的下载网速，没有一定的定力，还真扛不住。

之前的博客中，其实已经给了解决的方法了。但是没有详细讲如何搭建最新的EDK2编译环境，正好用这篇博客完整地说一遍。

1 将github上项目导入到gitee仓库上

具体的方法可以参考我之前的博客：

http://yiiyee.cn/blog/2020/04/21/%e4%bd%bf%e7%94%a8gitee%e4%b8%8b%e8%bd%bdgithub%e9%a1%b9%e7%9b%ae/

或者

https://blog.csdn.net/luobing4365/article/details/105658274

对edk2，我常用的项目包括edk2、edk2-platforms、edk2-libc，它们的github地址分别为：

https://github.com/tianocore/edk2.git
https://github.com/tianocore/edk2-platforms.git
https://github.com/tianocore/edk2-libc.git

为了更新submodules（子模块），以下的库也是必须的：

https://github.com/openssl/openssl
https://github.com/ucb-bar/berkeley-softfloat-3.git
https://git.cryptomilk.org/projects/cmocka.git
https://github.com/kkos/oniguruma
https://github.com/google/brotli

把它们都导入到gitee仓库上，以备后用。

2 下载源码

（以下的例子中，gitee上的仓库是我私有的，其他人是无法下载的。请替换为自己的仓库）

在下载源码前，必须安装必要的编译工具，包括Visual Stdio、Python、ASL和Nasm。安装方法在第22篇博客中已经讨论过了（UEFI开发探索22-环境搭建3），就不重复了。

首先需要安装Windows版本的git工具，下载地址为：https://git-scm.com/download/gui/win。下载后点击安装即可。

右键，选择“Git Bash Here”，新建工作目录，并将常用的三个项目的源代码git下来，命令为：

$mkdir UEFIWorkspace
$cd UEFIWorkspace
$git clone [email protected]:luobing4365/edk2.git
$git clone [email protected]:luobing4365/edk2-libc.git
$git clone [email protected]:luobing4365/edk2-platforms.git

为了更新submodules，必须修改edk2目录中的.gitmodules，否则更新时，它还是去github上下载。

把edk2\.gitmodlues中的内容修改为（注意替换为自己的gitee仓库）：

[submodule “CryptoPkg/Library/OpensslLib/openssl”]
         path = CryptoPkg/Library/OpensslLib/openssl
         url = [email protected]:luobing4365/openssl.git
[submodule “SoftFloat”]
         path = ArmPkg/Library/ArmSoftFloatLib/berkeley-softfloat-3
         url = [email protected]:luobing4365/berkeley-softfloat-3.git
[submodule “UnitTestFrameworkPkg/Library/CmockaLib/cmocka”]
         path = UnitTestFrameworkPkg/Library/CmockaLib/cmocka
         url = [email protected]:luobing4365/cmocka.git
[submodule “MdeModulePkg/Universal/RegularExpressionDxe/oniguruma”]
         path = MdeModulePkg/Universal/RegularExpressionDxe/oniguruma
         url = [email protected]:luobing4365/oniguruma.git
[submodule “MdeModulePkg/Library/BrotliCustomDecompressLib/brotli”]
         path = MdeModulePkg/Library/BrotliCustomDecompressLib/brotli
         url = [email protected]:luobing4365/brotli.git
[submodule “BaseTools/Source/C/BrotliCompress/brotli”]
         path = BaseTools/Source/C/BrotliCompress/brotli
         url = [email protected]:luobing4365/brotli.git

然后进入edk2的目录，更新submodules，否则会影响后面BaseTools的编译。

$cd ekd2
$git submodlue update –init

如果以后需要更新edk2，可以在edk2的目录下打开git bash，使用如下命令：

$git pull
$got submodule update

源码下载完成，可以准备搭建环境了。

3 编译BaseTools

这个步骤比较简单，打开VS2015的Native命令行，进入edk2，执行：

C:\UEFIWorkspace\edk2> edksetup.bat Rebuild

编译完成后，工作目录的结构如下：

图1 源码结构目录

4 编译UEFI程序

在图1中，有一个名为“mybuild.bat”的批处理文件，这是为了以UEFIWorkspace为编译的工作目录而写的。

在以前使用UDK2018的时候，edk2-libc下的三个包文件AppPkg、StdLib、StdLibPrivateInternalFiles，被直接放在了UDK2018的目录下，与其他的包放在一起。这样当然也可以，可以直接编译，不用设置库的寻找路径。

但是，当使用edk2-platforms的时候，我实在不想把这个项目的所有文件也一起拷贝到edk2的目录中去，这会让整个edk2目录臃肿无比，也很不利于查找文件。

所以，我写了mybuild.bat，用来保持现在这种简洁的目录结构。这个批处理文件的内容为：

@REM 为保持比较清爽的目录而编写的，同时也方便编译新添加的各种包。
@REM Copyright (c) 2020-2030, Robin
@echo off
set WORKSPACE=%CD%
set EDK_TOOLS_PATH=%CD%\edk2\BaseTools
set CONF_PATH=%CD%\edk2\Conf
set PACKAGES_PATH=%CD%\edk2;%CD%\edk2-libc
@echo Set the Workspace.  -by robin 20200515

使用也比较简单，在执行edksetup.bat之前执行它就可以了。以编译AppPkg为例，命令如下（打开VS2015的编译命令行）：

C:\UEFIWorkspace> mybuild.bat
C:\UEFIWorkspace> edk2\edksetup.bat
C:\UEFIWorkspace> build -p edk2-libc\AppPkg\AppPkg.dsc -t VS2015x86 -a IA32

所编译出的程序在C:\UEFIWorkspace\Build下。

5 新的特性

最新的edk2中（当前我使用的是2020年3月份的版本），已经取消了NT32Pkg这个模拟器了，取而代之的是EmulatorPkg。

让人高兴的是，新的模拟器终于提供了64位程序的支持了！再也不用为了测试64位的efi程序，还要特意打开VirtualBox或者Qemu来进行测试了。把执行文件拷贝到虚拟机的镜像里，是有点麻烦，有时甚至不如直接用实际的机器，用U盘拷贝文件去测试来得快。

另外，这也意味着，应该可以直接使用Visual Studio自带的调试器，调试64位的代码了。

EmulatorPkg的编译，之前在Linux下已经试过，编译命令如下：

C:\UEFIWorkspace> build -p edk2 \EmulatorPkg\EmulatorPkg.dsc -t VS2015x86 -a X64

编译出来的模拟器名称为WinHost.exe，位于Build\EmulatorX64\DEBUG_VS2015x86\X64下，双击运行即可。