前言
上文讲了我对 YUV 的大致认知，今天继续完成谷歌开源项目 libyuv windows 平台下的编译工作。本文你将看到以下内容：
1、先决条件及编译环境
2、编译配置流程
3、遇到的问题及解决方案
先决条件及编译环境
1、巧妇难为无米之炊，所以首先我们需要下载 libyuv 的源码，可以点击这里到 github 下载。
2、libyuv 的官方指导文档中给出各个平台下的编译指导，不过好死不活的是里面的部分工具我无法下载（被墙了）。所以我使用 CMake 构建 VS 工程来编译。我是用的 CMake 版本是：3.17.0-rc1-win64。点击这里到官网下载 CMake。
3、我是用的 Visual Studio 版本是 2017-15.8.2-社区版。
编译配置流程
1、运行 CMake 配置源码及目标工程路径，然后点击“Configure”进入选择生成器选项对话框，如图：
CMake 生成VS工程配置
2、点击 “Finish”后等待配置完成，然后点击 “Generate” 生成 VS 工程，如果成功了你会看到如下界面：
CMake 成功生成 VS 工程
3、然后双击 build 目录下的 “***.sln” 便可以用 VS 打开解决方案，如上图。
4、如果没有什么意外，或者你被上帝眷顾了，那么你在 VS 中是可以成功编译的。
遇到的问题及解决方案
然而，一顿操作猛如虎，一看输出编译扑！上帝并没有眷顾我！！！
无法解析的外部符号
由编译结果输出可以看到，有8个链接错误。一般情况下找不到外部符号的链接错误是由于函数或类型声明了，但找不到具体的实现。这通常有两种原因：1、实现文件没有加入，这个时候查看一下路径包含。2、用到的库文件没有找到。
所以我在整个解决方案中搜索了 “_jpeg_std_error”。然而，NOTHING !
好难过，什么也没找到
不应该啊，如果在整个解决方案中都没有声明，应该报的是编译错误：未定义的符号！
不死心，去报错的函数“libyuv::MJpegDecoder::MJpegDecoder(void)”里看一看！
然后我看到了一个很像 “_jpeg_std_error” 的函数调用：
_jpeg_std_error == jpeg_std_error ？？
然后我想到了一个事实：C/C++编译器编译的函数名符号会在原始的函数名前加上 “__”！
好吧，废物，这么重要的事情竟然给忘了。
然后我在整个解决方案中搜索 “jpeg_std_error”，果不其然，我只找到了其声明，没有具体实现，没有实现，没有实现。然后更有趣的是其声明在 “jpeglib.h” 文件。这更加坚定了我的想法：我缺少了一个库文件：libjpeg.lib
只有声明没有实现
抱着试试的心里，我在我笔记本上搜索了一下 "libjpeg.lib"，结果竟然有了：
我笔记本已有的 libjpeg.lib
好开心啊，在 VS 项目配置中配置好 静态库，再去编译：
目标类型不对
答案已经很明显了：我之前安装的Anaconda是x64版本，我需要的是 x86 的 libjpeg.lib! (如果编译64位版本，由于Visual Studio不支持64位内联，导致无法启用SIMD指令集，转码效率大幅下降。)
可是我到哪儿去弄 x86 的 libjpeg.lib？？然后我又想到了github，没有轮子自己造！到这里下载 libjpeg-turbo、用CMake 创建 VS 工程、编译、将生成的 jpeg-static.lib 配置到 YUV.sln 项目中。然后打完收工！
编译成功
网友评论