thrift/build/cmake
Nobuaki Sukegawa 27378fa34e THRIFT-3398 Add CMake build for Haskell library and tests
Client: Build, Haskell
Patch: Nobuaki Sukegawa

This closes #660
2015-10-29 00:41:52 +09:00
..
config.h.in make style applied 2015-05-18 19:47:28 +02:00
ConfigureChecks.cmake THRIFT-2850 get windows cmake working again and building the unit tests for lib/cpp, and pass make check through cmake - also resolve some compiler warnings 2015-04-30 22:40:26 +02:00
CPackConfig.cmake THRIFT-3321 Thrift can't be added as a subdirectory of another CMake-based project 2015-09-29 21:02:10 +02:00
DefineCMakeDefaults.cmake make style applied 2015-05-18 19:47:28 +02:00
DefineInstallationPaths.cmake THRIFT-2962:Docker Thrift env for development and testing 2015-02-18 23:25:54 -05:00
DefineOptions.cmake THRIFT-3398 Add CMake build for Haskell library and tests 2015-10-29 00:41:52 +09:00
DefinePlatformSpecifc.cmake THRIFT-2850 CMake: Windows improvements, doc, TMemoryBufferTest fix 2015-05-15 15:44:22 +02:00
FindAnt.cmake THRIFT-2962:Docker Thrift env for development and testing 2015-02-18 23:25:54 -05:00
FindCabal.cmake THRIFT-3398 Add CMake build for Haskell library and tests 2015-10-29 00:41:52 +09:00
FindGHC.cmake THRIFT-3398 Add CMake build for Haskell library and tests 2015-10-29 00:41:52 +09:00
FindGLIB.cmake THRIFT-2962:Docker Thrift env for development and testing 2015-02-18 23:25:54 -05:00
FindLibevent.cmake THRIFT-2850 CMake for Apache Thrift 2015-04-12 16:10:35 +02:00
mingw32-toolchain.cmake THRIFT-2850 CMake: mingw32-toolchain, set static linker flags 2015-05-17 00:35:52 +02:00
README.md THRIFT-3155 move contrib/mingw32-toolchain.cmake to build/cmake/ 2015-05-16 21:09:18 +02:00
ThriftMacros.cmake THRIFT-2850 get windows cmake working again and building the unit tests for lib/cpp, and pass make check through cmake - also resolve some compiler warnings 2015-04-30 22:40:26 +02:00

Apache Thrift - CMake build

Goal

Extend Apache Thrift's make cross approach to the build system.

Due to growing the field of operating system support, a proper executable and library detection mechanism running on as much platforms as possible becomes required. The other aspect to simplify the release process and package generation process.

As nice side benefit of CMake is the generation of development environment specific soultion files. => No solution files within source tree.

Usage

just do this:

mkdir cmake-build && cd cmake-build
cmake ..

if you use a specific toolchain pass it to cmake, the same for options:

cmake -DCMAKE_TOOLCHAIN_FILE=../build/cmake/mingw32-toolchain.cmake ..
cmake -DCMAKE_C_COMPILER=clang-3.5 -DCMAKE_CXX_COMPILER=clang++-3.5 ..
cmake -DTHRIFT_COMPILER_HS=OFF ..
cmake -DWITH_ZLIB=ON ..

or on Windows

cmake -G "Visual Studio 12 2013 Win64" \
-DBOOST_ROOT=C:/3rdparty/boost_1_58_0 \
-DZLIB_ROOT=C:/3rdparty/zlib128-dll \
-DWITH_SHARED_LIB=off -DWITH_BOOSTTHREADS=ON ..

and open the development environment you like with the solution or do this:

make
make check
make cross
make dist

to generate an installer and distribution package do this:

cpack

TODO

  • git hash or tag based versioning depending on source state
  • build tutorial
  • build test
  • with/without language lib//
  • enable/disable
  • make cross
  • make dist (create an alias to make package_source)
  • make doc
  • cpack (C++ and make dist only ?)
    • thrift-compiler
    • libthrift
    • tutorial
    • test
  • merge into /README.md