22.214.171.124. How to build Groonga at the repository by CMake on GNU/Linux or Unix¶
This document describes how to build Groonga at the repository by CMake on GNU/Linux or Unix.
Unix is *BSD, Solaris, OS X and so on.
If you want to use Windows for developing Groonga, see How to build Groonga at the repository by CMake on Windows.
You can’t choose this way if you want to release Groonga. Groonga release system is only supported by GNU Autotools build. See How to build Groonga at the repository by GNU Autotools about GNU Autotools build.
126.96.36.199.2. Checkout Groonga from the repository¶
Users use released source archive. But developers must build Groonga at the repository. Because source code in the repository is the latest.
The Groonga repository is hosted on GitHub. Checkout the latest source code from the repository:
% git clone --recursive email@example.com:groonga/groonga.git
You need to create
Makefile for your environment.
You can custom your build configuration by passing options to
Here are recommended
cmake options for developers:
% cmake . -DCMAKE_INSTALL_PREFIX=/tmp/local -DGRN_WITH_DEBUG=on -DGRN_WITH_MRUBY=on
Here are descriptions of these options:
It specifies that you install your Groonga into temporary directory. You can do “clean install” by removing
/tmp/localdirectory. It’ll be useful for debugging install.
It enables debug options for C/C++ compiler. It’s useful for debugging on debugger such as GDB and LLDB.
It enables mruby support. The feature isn’t enabled by default but developers should enable the feature.
Now, you can build Groonga.
Here is a recommended
make command line for developers:
% make -j8 > /dev/null
-j8 decreases build time. It enables parallel build. If you have 8
or more CPU cores, you can increase
8 to decreases more build
You can just see only warning and error messages by
/dev/null. Developers shouldn’t add new warnings and errors in new