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编译环境,正好用这篇博客完整地说一遍。

将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仓库上,以备后用。

下载源码

(以下的例子中,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

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

编译BaseTools

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

C:\UEFIWorkspace\edk2> edksetup.bat Rebuild

编译完成后,工作目录的结构如下:

UEFI开发探索57-如使用最新的EDK2搭建编译环境_第1张图片

图1 源码结构目录

编译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下。

新的特性

最新的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下,双击运行即可。

你可能感兴趣的:(UEFI开发探索57-如使用最新的EDK2搭建编译环境)