CMake를 이전에 실행 한 후에 실행하면 이전을 시작할 때 수집 한 정보를 사용하는 경우가 있습니다. 이 정보는 CMakeCache.txt 에 저장되어 있습니다. CMake는 시작할 때 그 파일을 찾아 존재하면 그 정보가 여전히 정확하다고 가정하여 내용을로드합니다. 이 가정은 재구성 한 경우에는 무효입니다.

CMake를 수행 할 때마다 make를 다시 실행하여 다시 컴파일해야합니다. 그러나 이전 빌드의 낡은 오브젝트 파일이 다른 구성 옵션으로 컴파일되는 경우이를 먼저 제거하는 경우도 있습니다.

어떤 C 및 C ++ 컴파일러를 사용하는 방법을 정의하기 위해 CC 및 CXX 환경 변수를 사용할 수 있습니다. 예 :

 shell> CC=gcc
 shell> CXX=g++
 shell> export CC CXX

자신의 C 및 C ++ 컴파일러 플래그를 지정하려면 CMAKE_C_FLAGS 및 CMAKE_CXX_FLAGS CMake 옵션을 사용합니다. Compiler Flags 를 참조하십시오.

지정해야 할 수있는 플래그를 확인하려면 mysql_config을 --cflags 및 --cxxflags 옵션을 사용하여 시작합니다.

컴파일 단계에서 어떤 명령이 실행되는지 확인하려면 CMake를 사용하여 MySQL을 구성한 뒤, 단지 make 대신 make VERBOSE = 1을 실행합니다.

컴파일에 실패하는 경우 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 에서 생성됩니다. 일반적으로 MySQL은 사전 생성 된 sql_yacc.cc 가 포함되어 있기 때문에 빌드 프로세스에서 복사본을 만들 필요가 없습니다. 그러나 그것을 다시 작성해야하는 경우 다음과 같은 오류가 발생하는 경우도 있습니다.

 "sql_yacc.yy"line xxx fatal : default action causes potential ...

이것은 yacc 버전에 문제가 있음을 의미합니다. 아마도 대신 bison (the GNU version of yacc)의 최신 버전을 설치하고 사용해야합니다.

bison 1.75 이전 버전에서는 다음과 같은 오류가보고 될 수 있습니다.

 sql_yacc.yy : ##### : fatal error : maximum table size (32767) exceeded

테이블의 최대 크기를 실제로 초과하지 않고 bison 이전 버전의 버그에서 오류가 발생합니다.