Windows10环境下Poco库的编译

一般情况下，编译没有任何问题。当前开发软件系统，基本上都需要和数据库进行交互。如果电脑上已经安装并正常配置好数据库环境，那么在编译Poco库时会自动检测，然后生成相应的软件库。可是有的时候我们并没有那么幸运，我自己就遭遇过一次，故而总结并记录之。

现在，我需要编译Poco库时，同时也生成PocoDataMySQL库。首先，必须保证MySQL数据库安装正常，否则在编译时无法得到需要的结果。我的MySQL是mysql-8.0.32-winx64版本。

配置MySQL相关的环境变量，我们可以简单在Path变量下增加MySQL的bin目录。

这个时候，不出意外的话就可以正常编译。有时候，无论怎么修改CMake构建命令，也无法得到我们想要的结果。如果出现这个情况，我们就需要学会分析，查找相关资料。比如查看FindMySQL.cmake文件的内容，我发现find_path命令的参数出现mysql/mysql.h。

当时也不太清楚是受它的影响，没太在意。等到后来使用带参数的CMake命令构建出DataMySQL项目时，发现它不能编译。在源码中出现错误，#include <mysql/mysql.h>，它是这样引用MySQL头文件的。

在这里思考了很久，最后终于有了一个想法，难道是MySQL的目录下没有相应的头文件吗？我去查看后，发现我这个版本的MySQL头文件目录结构和DataMySQL项目头文件引用不一致。在我的MySQL头文件目录下没有mysql/mysql.h这种结构，我感觉非常纳闷。

我大胆的尝试把外层的mysql.h复制一份到mysql目录下，应该不会有太大的影响。

经过这个尝试，终于可以编译DataMySQL项目。只是在连接的时候出现一个小问题。

经过查看FindMySQL.cmake文件的内容，我发现find_library命令的参数是mysqlclient。

所以在构建出来的DataMySQL项目中“附加依赖项”是mysqlclient.lib。

这个问题可以很好解决。可以直接修改FindMySQL.cmake文件的内容，把mysqlclient名称修改为libmysql。

另外，可以在使用CMake构建命令的时候，附上MYSQL_LIBRARY参数。

cmake .. -DMYSQL_LIBRARY=D:/mysql-8.0.32-winx64/lib/libmysql.lib

这样构建出来的DataMySQL项目就不用再去手动修改附加依赖项的库名称，可以正常编译连接。 

仔细回想一下当时不能构建DataMySQL项目的情景，根本原因就是FindMySQL.cmake文件中是通过find_path命令的参数mysql/mysql.h查找MySQL头文件路径的，如果此时的MySQL安装环境和它匹配，就能正常自动检测。回过头去重新尝试之前的构建过程，都没有再出现构建时不能生成DataMySQL的情景。