2.9.8 处理 MySQL 编译问题
解决许多问题的方法包括重新配置。如果要重新配置，请注意以下几点：
-
如果 CMake 在先前运行之后运行，则它可能会使用在其先前调用期间收集的信息。此信息存储在
CMakeCache.txt中。当 CMake 启动时，它会假设该信息仍然正确，然后查找该文件并读取其内容(如果存在)。重新配置时，该假设无效。 -
每次您运行 CMake 时，都必须再次运行 make 来重新编译。但是，您可能要先从以前的版本中删除旧的目标文件，因为它们是使用不同的配置选项编译的。
为了防止使用旧的目标文件或配置信息，请在重新运行 CMake 之前运行以下命令：
On Unix:
shell> make clean
shell> rm CMakeCache.txt
On Windows:
shell> devenv MySQL.sln /clean
shell> del CMakeCache.txt
如果您在源代码树之外进行构建，请在重新运行 CMake 之前删除并重新创建构建目录。有关在源代码树之外进行构建的说明，请参见如何使用 CMake 构建 MySQL 服务器。
在某些系统上，由于系统包含文件中的差异，可能会出现警告。以下列 table 描述了在编译 MySQL 时发现最常见的其他问题：
shell> CC=gcc
shell> CXX=g++
shell> export CC CXX
要指定自己的 C 和 C 编译器标志，请使用CMAKE_C_FLAGS和CMAKE_CXX_FLAGS CMake 选项。参见Compiler Flags。
若要查看可能需要指定的标志，请使用--cflags和--cxxflags选项调用mysql_config。
-
要查看在编译阶段执行了哪些命令，请在使用 CMake 配置 MySQL 之后，运行 make VERBOSE = 1 而不是 make 。
-
如果编译失败，请检查MYSQL_MAINTAINER_MODE选项是否已启用。此模式导致编译器警告变为错误，因此禁用它可能会使编译 continue 进行。
-
如果编译失败并出现以下任何错误，则必须将 make 版本升级到 GNU make ：
make: Fatal error in reader: Makefile, line 18:
Badly formed macro assignment
Or:
make: file `Makefile' line 18: Must be a separator (:
Or:
pthread.h: No such file or directory
已知 Solaris 和 FreeBSD 具有麻烦的 make 程序。
已知可以使用 GNU make 3.75.
sql_yacc.cc文件是从sql_yacc.yy生成的。通常，构建过程不需要创建sql_yacc.cc，因为 MySQL 带有预生成的副本。但是，如果确实需要重新创建它，则可能会遇到此错误：
"sql_yacc.yy", line xxx fatal: default action causes potential...
这 table 明您的 yacc 版本不足。您可能需要安装 bison 的最新版本(yacc **的 GNU 版本)并使用它来代替。
早于 1.75 的 bison 版本可能报告此错误：
sql_yacc.yy:#####: fatal error: maximum table size (32767) exceeded
实际未超出最大 table 大小；该错误是由旧版本的 bison 中的错误引起的。
有关获取或更新工具的信息，请参阅第 2.9 节“从源代码安装 MySQL”中的系统要求。