许多问题的解决方案涉及重新配置。如果重新配置,请注意以下事项:
如果CMake在之前运行之后运行,它可能会使用在之前调用期间收集的信息。此信息存储在
CMakeCache.txt
. 当 CMake启动时,它会查找该文件并读取其内容(如果它存在),前提是信息仍然正确。当您重新配置时,该假设无效。每次运行CMake时,都必须再次运行 make以重新编译。但是,您可能希望先从以前的构建中删除旧的目标文件,因为它们是使用不同的配置选项编译的。
为防止使用旧的目标文件或配置信息,请在重新运行 CMake之前运行以下命令:
在 Unix 上:
$> make clean
$> rm CMakeCache.txt
在 Windows 上:
$> devenv MySQL.sln /clean
$> del CMakeCache.txt
如果您在源代码树之外构建,请在重新运行CMake之前删除并重新创建您的构建目录。有关在源代码树之外构建的说明,请参阅 如何使用 CMake 构建 MySQL 服务器。
在某些系统上,由于系统包含文件的差异,可能会出现警告。以下列表描述了在编译 MySQL 时发现的最常出现的其他问题:
要定义要使用的 C 和 C++ 编译器,您可以定义
CC
和CXX
环境变量。例如:$> CC=gcc $> CXX=g++ $> export CC CXX
要指定您自己的 C 和 C++ 编译器标志,请使用
CMAKE_C_FLAGS
和CMAKE_CXX_FLAGS
CMake 选项。请参阅编译器标志。要查看可能需要指定的标志,请 使用 和 选项 调用mysql_config 。
--cflags
--cxxflags
要查看在编译阶段执行了哪些命令,请在使用CMake配置 MySQL 后,运行 make VERBOSE=1而不仅仅是 make。
如果编译失败,请检查该
MYSQL_MAINTAINER_MODE
选项是否开启。此模式会导致编译器警告变成错误,因此禁用它可能会使编译继续进行。如果您的编译失败并出现以下任何错误,您必须将您的 make版本升级到 GNU make:
make: Fatal error in reader: Makefile, line 18: Badly formed macro assignment
或者:
make: file `Makefile' line 18: Must be a separator (:
或者:
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...
这表明您的yacc版本有缺陷。您可能需要安装最新版本的 bison( yacc的 GNU 版本)并改用它。
早于 1.75 的bison版本可能会报告此错误:
sql_yacc.yy:#####: fatal error: maximum table size (32767) exceeded
实际上并没有超过最大表大小;该错误是由旧版本的bison中的错误引起的。
有关获取或更新工具的信息,请参阅第 2.9 节“从源代码安装 MySQL”中的系统要求。