kevin/neovim
1
Fork 0
mirror of https://github.com/neovim/neovim.git synced 2024-12-24 13:15:09 -07:00
Code Issues Packages Projects Releases Wiki Activity
641df7be9c
neovim/third-party/CMakeLists.txt

290 lines
11 KiB
CMake
Raw Normal View History

Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
# This is not meant to be included by the top-level.
cmake_minimum_required (VERSION 2.8.7)
project(NEOVIM_DEPS)
Dont force ../.deps in third-party/CMakeLists.txt - third-party is built under .deps by default instead of using its own ${CMAKE_BINARY_DIR}, move this default setting out of the cmake settings and into the Makefile. - As a consequence the workflow of building third-party using CMake should feel more natural, avoid the additional folder or setting DEPS_DIR from the command line. - This commit does not change the default behaviour when calling the Makefile wrapper.
2014-12-01 08:59:55 -07:00
set(DEPS_INSTALL_DIR "${CMAKE_BINARY_DIR}/usr")
set(DEPS_BIN_DIR "${CMAKE_BINARY_DIR}/usr/bin")
set(DEPS_LIB_DIR "${CMAKE_BINARY_DIR}/usr/lib")
set(DEPS_BUILD_DIR "${CMAKE_BINARY_DIR}/build")
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
set(DEPS_DOWNLOAD_DIR "${DEPS_BUILD_DIR}/downloads")
Make it easier to turn the bundled dependencies off.
2014-05-31 07:24:02 -07:00
option(USE_BUNDLED "Use bundled dependencies." ON)
deps: Add libtickit/libtermkey as dependency The new terminal UI will be implemented on top of those libraries
2014-12-01 15:46:11 -07:00
option(USE_BUNDLED_LIBUNIBILIUM "Use the bundled libunibilium." ${USE_BUNDLED})
option(USE_BUNDLED_LIBTERMKEY "Use the bundled libtermkey." ${USE_BUNDLED})
option(USE_BUNDLED_LIBTICKIT "Use the bundled libtickit." ${USE_BUNDLED})
Make it easier to turn the bundled dependencies off.
2014-05-31 07:24:02 -07:00
option(USE_BUNDLED_LIBUV "Use the bundled libuv." ${USE_BUNDLED})
option(USE_BUNDLED_MSGPACK "Use the bundled msgpack." ${USE_BUNDLED})
option(USE_BUNDLED_LUAJIT "Use the bundled version of luajit." ${USE_BUNDLED})
option(USE_BUNDLED_LUAROCKS "Use the bundled version of luarocks." ${USE_BUNDLED})
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
# TODO: add windows support
find_program(MAKE_PRG NAMES gmake make)
if(MAKE_PRG)
execute_process(
COMMAND "${MAKE_PRG}" --version
OUTPUT_VARIABLE MAKE_VERSION_INFO)
if(NOT "${OUTPUT_VARIABLE}" MATCHES ".*GNU.*")
unset(MAKE_PRG)
endif()
endif()
if(NOT MAKE_PRG)
message(FATAL_ERROR "GNU Make is required to build the dependencies.")
else()
message(STATUS "Found GNU Make at ${MAKE_PRG}")
endif()
# When using make, use the $(MAKE) variable to avoid warning about the job
# server.
if(CMAKE_GENERATOR MATCHES "Makefiles")
set(MAKE_PRG "$(MAKE)")
endif()
Only use CMAKE_C_COMPILER_ARG1 if it is set
2014-09-23 10:35:22 -07:00
if(CMAKE_C_COMPILER_ARG1)
set(DEPS_C_COMPILER "${CMAKE_C_COMPILER} ${CMAKE_C_COMPILER_ARG1}")
else()
set(DEPS_C_COMPILER "${CMAKE_C_COMPILER}")
endif()
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
include(ExternalProject)
Update to libuv 1.0.1. This should fix #1505 and #1276 and libuv removes support for dtrace all together.
2014-11-25 02:47:32 -07:00
set(LIBUV_URL https://github.com/libuv/libuv/archive/v1.0.1.tar.gz)
set(LIBUV_SHA1 be4edcca18a518153b5e249a17621f2674d7654d)
set(LIBUV_MD5 c5e4bbf954b8438c57d9414ee54b4d90)
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
deps: Update msgpack The new version fixes serialization/deserialization of EXT 8/16/32
2014-09-16 07:27:55 -07:00
set(MSGPACK_URL https://github.com/msgpack/msgpack-c/archive/ecf4b09acd29746829b6a02939db91dfdec635b4.tar.gz)
Prefer to SHA1 other than MD5 in third-party downloads If CMake version is less than 2.8.11, fallback to MD5
2014-11-06 00:58:35 -07:00
set(MSGPACK_SHA1 c160ff99f20d9d0a25bea0a57f4452f1c9bde370)
deps: Update msgpack The new version fixes serialization/deserialization of EXT 8/16/32
2014-09-16 07:27:55 -07:00
set(MSGPACK_MD5 3599eaf904b8ba0c36cea7ed80973364)
Configure cmake option to download/install msgpack
2014-04-10 11:47:13 -07:00
Bump LuaJIT to version 2.0.3 This update should fix some build problems as shown in the changelog: http://luajit.org/changes.html
2014-04-14 13:41:14 -07:00
set(LUAJIT_URL http://luajit.org/download/LuaJIT-2.0.3.tar.gz)
Prefer to SHA1 other than MD5 in third-party downloads If CMake version is less than 2.8.11, fallback to MD5
2014-11-06 00:58:35 -07:00
set(LUAJIT_SHA1 2db39e7d1264918c2266b0436c313fbd12da4ceb)
Bump LuaJIT to version 2.0.3 This update should fix some build problems as shown in the changelog: http://luajit.org/changes.html
2014-04-14 13:41:14 -07:00
set(LUAJIT_MD5 f14e9104be513913810cd59c8c658dc0)
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
Update luarocks: Use commit with correct version number.
2014-08-29 12:44:13 -07:00
set(LUAROCKS_URL https://github.com/keplerproject/luarocks/archive/0587afbb5fe8ceb2f2eea16f486bd6183bf02f29.tar.gz)
Prefer to SHA1 other than MD5 in third-party downloads If CMake version is less than 2.8.11, fallback to MD5
2014-11-06 00:58:35 -07:00
set(LUAROCKS_SHA1 61a894fd5d61987bf7e7f9c3e0c5de16ba4b68c4)
Update luarocks: Use commit with correct version number.
2014-08-29 12:44:13 -07:00
set(LUAROCKS_MD5 0f53f42909fbcd2c88be303e8f970516)
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
deps: Use versioned URLs for libtickit and dependencies
2015-01-09 03:45:03 -07:00
set(LIBUNIBILIUM_URL https://github.com/mauke/unibilium/archive/520abbc8b26910e2580619f669b5cc2c4ef7f864.tar.gz)
set(LIBUNIBILIUM_SHA1 c546e5e8861380f5c109a256f25c93419e4076bf)
set(LIBUNIBILIUM_MD5 d80d1fc45b22b1e92bebd5bf76e8a98b)
deps: Add libtickit/libtermkey as dependency The new terminal UI will be implemented on top of those libraries
2014-12-01 15:46:11 -07:00
deps: Use versioned URLs for libtickit and dependencies
2015-01-09 03:45:03 -07:00
set(LIBTERMKEY_URL https://github.com/neovim/libtermkey/archive/7b3bdafdf589d08478f2493273d4d75636ecc183.tar.gz)
set(LIBTERMKEY_SHA1 28bfe54dfd9269910a132b51dee7725a2121578d)
set(LIBTERMKEY_MD5 f0bac9c2467cc80c821be937ea5c13bc)
deps: Add libtickit/libtermkey as dependency The new terminal UI will be implemented on top of those libraries
2014-12-01 15:46:11 -07:00
deps: Update libtickit URL
2015-01-15 05:01:44 -07:00
set(LIBTICKIT_URL https://github.com/neovim/libtickit/archive/33f4afb3891df05955429acbf5b406dfe87ec22b.tar.gz)
set(LIBTICKIT_SHA1 3aab459b9fb3cd83e85ac2e08f05e5f162c8c9d2)
set(LIBTICKIT_MD5 19ee9271c16716620d0906db74158ec6)
deps: Add libtickit/libtermkey as dependency The new terminal UI will be implemented on top of those libraries
2014-12-01 15:46:11 -07:00
if(USE_BUNDLED_LIBUNIBILIUM)
ExternalProject_Add(libunibilium
PREFIX ${DEPS_BUILD_DIR}
URL ${LIBUNIBILIUM_URL}
DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/libunibilium
DOWNLOAD_COMMAND ${CMAKE_COMMAND}
-DPREFIX=${DEPS_BUILD_DIR}
-DDOWNLOAD_DIR=${DEPS_DOWNLOAD_DIR}/libunibilium
-DURL=${LIBUNIBILIUM_URL}
-DEXPECTED_SHA1=${LIBUNIBILIUM_SHA1}
-DEXPECTED_MD5=${LIBUNIBILIUM_MD5}
-DTARGET=libunibilium
-P ${CMAKE_CURRENT_SOURCE_DIR}/cmake/DownloadAndExtractFile.cmake
CONFIGURE_COMMAND ""
BUILD_IN_SOURCE 1
Revert "deps: Fix 32-bit build of lib{unibilium,termkey,tickit}" This reverts commit f76df2475356add68212d737acd7da5bba3b64d6.
2014-12-06 05:15:53 -07:00
BUILD_COMMAND ${MAKE_PRG} CC=${DEPS_C_COMPILER}
deps: Add libtickit/libtermkey as dependency The new terminal UI will be implemented on top of those libraries
2014-12-01 15:46:11 -07:00
PREFIX=${DEPS_INSTALL_DIR}
Revert "deps: Fix 32-bit build of lib{unibilium,termkey,tickit}" This reverts commit f76df2475356add68212d737acd7da5bba3b64d6.
2014-12-06 05:15:53 -07:00
CFLAGS=-fPIC
deps: Add libtickit/libtermkey as dependency The new terminal UI will be implemented on top of those libraries
2014-12-01 15:46:11 -07:00
INSTALL_COMMAND ${MAKE_PRG} PREFIX=${DEPS_INSTALL_DIR} install)
list(APPEND THIRD_PARTY_DEPS libunibilium)
endif()
if(USE_BUNDLED_LIBTERMKEY)
ExternalProject_Add(libtermkey
PREFIX ${DEPS_BUILD_DIR}
URL ${LIBTERMKEY_URL}
DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/libtermkey
DOWNLOAD_COMMAND ${CMAKE_COMMAND}
-DPREFIX=${DEPS_BUILD_DIR}
-DDOWNLOAD_DIR=${DEPS_DOWNLOAD_DIR}/libtermkey
-DURL=${LIBTERMKEY_URL}
-DEXPECTED_SHA1=${LIBTERMKEY_SHA1}
-DEXPECTED_MD5=${LIBTERMKEY_MD5}
-DTARGET=libtermkey
-P ${CMAKE_CURRENT_SOURCE_DIR}/cmake/DownloadAndExtractFile.cmake
CONFIGURE_COMMAND ""
BUILD_IN_SOURCE 1
BUILD_COMMAND ""
Revert "deps: Fix 32-bit build of lib{unibilium,termkey,tickit}" This reverts commit f76df2475356add68212d737acd7da5bba3b64d6.
2014-12-06 05:15:53 -07:00
INSTALL_COMMAND ${MAKE_PRG} CC=${DEPS_C_COMPILER}
deps: Add libtickit/libtermkey as dependency The new terminal UI will be implemented on top of those libraries
2014-12-01 15:46:11 -07:00
PREFIX=${DEPS_INSTALL_DIR}
PKG_CONFIG_PATH=${DEPS_LIB_DIR}/pkgconfig
Revert "deps: Fix 32-bit build of lib{unibilium,termkey,tickit}" This reverts commit f76df2475356add68212d737acd7da5bba3b64d6.
2014-12-06 05:15:53 -07:00
CFLAGS=-fPIC
deps: Add libtickit/libtermkey as dependency The new terminal UI will be implemented on top of those libraries
2014-12-01 15:46:11 -07:00
install)
list(APPEND THIRD_PARTY_DEPS libtermkey)
add_dependencies(libtermkey libunibilium)
endif()
if(USE_BUNDLED_LIBTICKIT)
ExternalProject_Add(libtickit
PREFIX ${DEPS_BUILD_DIR}
URL ${LIBTICKIT_URL}
DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/libtickit
DOWNLOAD_COMMAND ${CMAKE_COMMAND}
-DPREFIX=${DEPS_BUILD_DIR}
-DDOWNLOAD_DIR=${DEPS_DOWNLOAD_DIR}/libtickit
-DURL=${LIBTICKIT_URL}
-DEXPECTED_SHA1=${LIBTICKIT_SHA1}
-DEXPECTED_MD5=${LIBTICKIT_MD5}
-DTARGET=libtickit
-P ${CMAKE_CURRENT_SOURCE_DIR}/cmake/DownloadAndExtractFile.cmake
CONFIGURE_COMMAND ""
BUILD_IN_SOURCE 1
BUILD_COMMAND ""
Revert "deps: Fix 32-bit build of lib{unibilium,termkey,tickit}" This reverts commit f76df2475356add68212d737acd7da5bba3b64d6.
2014-12-06 05:15:53 -07:00
INSTALL_COMMAND ${MAKE_PRG} CC=${DEPS_C_COMPILER}
deps: Add libtickit/libtermkey as dependency The new terminal UI will be implemented on top of those libraries
2014-12-01 15:46:11 -07:00
PREFIX=${DEPS_INSTALL_DIR}
PKG_CONFIG_PATH=${DEPS_LIB_DIR}/pkgconfig
Revert "deps: Fix 32-bit build of lib{unibilium,termkey,tickit}" This reverts commit f76df2475356add68212d737acd7da5bba3b64d6.
2014-12-06 05:15:53 -07:00
CFLAGS=-fPIC
deps: Add libtickit/libtermkey as dependency The new terminal UI will be implemented on top of those libraries
2014-12-01 15:46:11 -07:00
install)
list(APPEND THIRD_PARTY_DEPS libtickit)
add_dependencies(libtickit libtermkey)
endif()
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
if(USE_BUNDLED_LIBUV)
ExternalProject_Add(libuv
PREFIX ${DEPS_BUILD_DIR}
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
URL ${LIBUV_URL}
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/libuv
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
DOWNLOAD_COMMAND ${CMAKE_COMMAND}
-DPREFIX=${DEPS_BUILD_DIR}
-DDOWNLOAD_DIR=${DEPS_DOWNLOAD_DIR}/libuv
-DURL=${LIBUV_URL}
Prefer to SHA1 other than MD5 in third-party downloads If CMake version is less than 2.8.11, fallback to MD5
2014-11-06 00:58:35 -07:00
-DEXPECTED_SHA1=${LIBUV_SHA1}
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
-DEXPECTED_MD5=${LIBUV_MD5}
-DTARGET=libuv
-P ${CMAKE_CURRENT_SOURCE_DIR}/cmake/DownloadAndExtractFile.cmake
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
CONFIGURE_COMMAND sh ${DEPS_BUILD_DIR}/src/libuv/autogen.sh &&
${DEPS_BUILD_DIR}/src/libuv/configure --with-pic --disable-shared
CMake: Use CMAKE_C_COMPILER_ARG1 when building dependencies. CMAKE_C_COMPILER_ARG1 is set in CMake toolchain file cmake/i386-linux-gnu.toolchain.cmake. Use when compiling dependencies to simplify 32-bit builds.
2014-08-05 01:32:40 -07:00
--prefix=${DEPS_INSTALL_DIR} CC=${DEPS_C_COMPILER}
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
INSTALL_COMMAND ${MAKE_PRG} install)
list(APPEND THIRD_PARTY_DEPS libuv)
endif()
Configure cmake option to download/install msgpack
2014-04-10 11:47:13 -07:00
if(USE_BUNDLED_MSGPACK)
ExternalProject_Add(msgpack
PREFIX ${DEPS_BUILD_DIR}
URL ${MSGPACK_URL}
DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/msgpack
DOWNLOAD_COMMAND ${CMAKE_COMMAND}
-DPREFIX=${DEPS_BUILD_DIR}
-DDOWNLOAD_DIR=${DEPS_DOWNLOAD_DIR}/msgpack
-DURL=${MSGPACK_URL}
Prefer to SHA1 other than MD5 in third-party downloads If CMake version is less than 2.8.11, fallback to MD5
2014-11-06 00:58:35 -07:00
-DEXPECTED_SHA1=${MSGPACK_SHA1}
Configure cmake option to download/install msgpack
2014-04-10 11:47:13 -07:00
-DEXPECTED_MD5=${MSGPACK_MD5}
-DTARGET=msgpack
-P ${CMAKE_CURRENT_SOURCE_DIR}/cmake/DownloadAndExtractFile.cmake
deps: Update to the experimental msgpack v5 branch Using msgpack v5 will let nvim be more compatible with msgpack libraries for other platforms. This also replaces "raw" references by "bin" which is the new name for msgpack binary data type
2014-08-31 06:46:28 -07:00
CONFIGURE_COMMAND cmake ${DEPS_BUILD_DIR}/src/msgpack
-DMSGPACK_ENABLE_CXX=OFF
-DMSGPACK_BUILD_TESTS=OFF
-DCMAKE_INSTALL_PREFIX=${DEPS_INSTALL_DIR}
-DCMAKE_C_COMPILER=${CMAKE_C_COMPILER}
"-DCMAKE_C_FLAGS:STRING=${CMAKE_C_COMPILER_ARG1} -fPIC"
Use cmake --build instead of Make - If possble try to abstract away from Make, and use cmake --build - third-party still needs to find Make to build some components - Removed search for Make from CMakeLists.txt * for CMake < 3.0 --build has no color output
2014-11-14 07:35:16 -07:00
BUILD_COMMAND ${CMAKE_COMMAND} --build .
third-party: avoid using `rm` in the install command Also, the command was removing only .so versions of the library, and not the the `.dylib` under Mac OS X, and in a way that it would fail if the files weren't present. Instead, let's delegate to a CMake script--to get the portability--and use a glob to detect and remove the shared versions of the library. Hopefully, this will become unnecessary as msgpack's build becomes more full-featured, and we can just tell it to build the static version instead.
2014-09-14 01:51:20 -07:00
INSTALL_COMMAND ${CMAKE_COMMAND}
-DREMOVE_FILE_GLOB=${DEPS_INSTALL_DIR}/lib/${CMAKE_SHARED_LIBRARY_PREFIX}msgpack*${CMAKE_SHARED_LIBRARY_SUFFIX}*
-P ${CMAKE_CURRENT_SOURCE_DIR}/cmake/InstallMsgpack.cmake)
Configure cmake option to download/install msgpack
2014-04-10 11:47:13 -07:00
list(APPEND THIRD_PARTY_DEPS msgpack)
endif()
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
if(USE_BUNDLED_LUAJIT)
ExternalProject_Add(luajit
PREFIX ${DEPS_BUILD_DIR}
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
URL ${LUAJIT_URL}
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/luajit
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
DOWNLOAD_COMMAND ${CMAKE_COMMAND}
-DPREFIX=${DEPS_BUILD_DIR}
-DDOWNLOAD_DIR=${DEPS_DOWNLOAD_DIR}/luajit
-DURL=${LUAJIT_URL}
Prefer to SHA1 other than MD5 in third-party downloads If CMake version is less than 2.8.11, fallback to MD5
2014-11-06 00:58:35 -07:00
-DEXPECTED_SHA1=${LUAJIT_SHA1}
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
-DEXPECTED_MD5=${LUAJIT_MD5}
-DTARGET=luajit
-P ${CMAKE_CURRENT_SOURCE_DIR}/cmake/DownloadAndExtractFile.cmake
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
CONFIGURE_COMMAND ""
BUILD_IN_SOURCE 1
BUILD_COMMAND ""
CMake: Use CMAKE_C_COMPILER_ARG1 when building dependencies. CMAKE_C_COMPILER_ARG1 is set in CMake toolchain file cmake/i386-linux-gnu.toolchain.cmake. Use when compiling dependencies to simplify 32-bit builds.
2014-08-05 01:32:40 -07:00
INSTALL_COMMAND ${MAKE_PRG} CC=${DEPS_C_COMPILER}
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
PREFIX=${DEPS_INSTALL_DIR}
build: Compile static luajit lib with -fPIC #996 Should fix the following travis error: /usr/bin/ld: /opt/neovim-deps/lib/libluajit-5.1.a(lj_err.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /opt/neovim-deps/lib/libluajit-5.1.a: could not read symbols: Bad value
2014-06-30 12:34:37 -07:00
CFLAGS=-fPIC
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
BUILDMODE=static
install)
list(APPEND THIRD_PARTY_DEPS luajit)
endif()
if(USE_BUNDLED_LUAROCKS)
if(USE_BUNDLED_LUAJIT)
list(APPEND LUAROCKS_OPTS
--with-lua=${DEPS_INSTALL_DIR}
--with-lua-include=${DEPS_INSTALL_DIR}/include/luajit-2.0)
endif()
ExternalProject_Add(luarocks
PREFIX ${DEPS_BUILD_DIR}
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
URL ${LUAROCKS_URL}
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/luarocks
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
DOWNLOAD_COMMAND ${CMAKE_COMMAND}
-DPREFIX=${DEPS_BUILD_DIR}
-DDOWNLOAD_DIR=${DEPS_DOWNLOAD_DIR}/luarocks
-DURL=${LUAROCKS_URL}
Prefer to SHA1 other than MD5 in third-party downloads If CMake version is less than 2.8.11, fallback to MD5
2014-11-06 00:58:35 -07:00
-DEXPECTED_SHA1=${LUAROCKS_SHA1}
Workaround the broken progress feedback in some versions of CMake. Underneath the hood, CMake uses libcurl and libcurl has had a number of issues regarding progress feedback. In one sample run against Travis CI, we ended up with nearly 3,000 lines of progress output for a single download. Unfortunately, CMake doesn't have the download and extract steps separate, so we have some extra work that we have to do. Much of the content was taken from the ExternalProject.cmake and it's template for generating the content of the download and extract CMake files.
2014-03-15 00:22:52 -07:00
-DEXPECTED_MD5=${LUAROCKS_MD5}
-DTARGET=luarocks
-P ${CMAKE_CURRENT_SOURCE_DIR}/cmake/DownloadAndExtractFile.cmake
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
BUILD_IN_SOURCE 1
CONFIGURE_COMMAND ${DEPS_BUILD_DIR}/src/luarocks/configure
--prefix=${DEPS_INSTALL_DIR} --force-config ${LUAROCKS_OPTS}
--lua-suffix=jit
BUILD_COMMAND ""
INSTALL_COMMAND ${MAKE_PRG} bootstrap)
list(APPEND THIRD_PARTY_DEPS luarocks)
if(USE_BUNDLED_LUAJIT)
add_dependencies(luarocks luajit)
endif()
add_custom_command(OUTPUT ${DEPS_BIN_DIR}/busted
CMake: Use CMAKE_C_COMPILER_ARG1 when building dependencies. CMAKE_C_COMPILER_ARG1 is set in CMake toolchain file cmake/i386-linux-gnu.toolchain.cmake. Use when compiling dependencies to simplify 32-bit builds.
2014-08-05 01:32:40 -07:00
COMMAND ${DEPS_BIN_DIR}/luarocks
Update busted to 2.0.rc4.
2014-12-18 08:20:10 -07:00
ARGS build busted 2.0.rc4 CC=${DEPS_C_COMPILER} LD=${DEPS_C_COMPILER}
build: Remove moonscript as a third-party build dependency
2014-08-30 20:02:26 -07:00
DEPENDS luarocks)
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
add_custom_target(busted
DEPENDS ${DEPS_BIN_DIR}/busted)
Configure cmake option to download/install msgpack
2014-04-10 11:47:13 -07:00
deps: Switch lua msgpack library to one that supports 2.0
2014-09-16 10:12:58 -07:00
# lua-messagepack doesn't depend on busted, but luarocks is unhappy to have
# two instances running in parallel. So we depend on busted to force it to
# be serialized.
add_custom_command(OUTPUT ${DEPS_LIB_DIR}/luarocks/rocks/lua-messagepack
CMake: Use CMAKE_C_COMPILER_ARG1 when building dependencies. CMAKE_C_COMPILER_ARG1 is set in CMake toolchain file cmake/i386-linux-gnu.toolchain.cmake. Use when compiling dependencies to simplify 32-bit builds.
2014-08-05 01:32:40 -07:00
COMMAND ${DEPS_BIN_DIR}/luarocks
deps: Switch lua msgpack library to one that supports 2.0
2014-09-16 10:12:58 -07:00
ARGS build lua-messagepack CC=${DEPS_C_COMPILER} LD=${DEPS_C_COMPILER}
Configure cmake option to download/install msgpack
2014-04-10 11:47:13 -07:00
DEPENDS busted)
deps: Switch lua msgpack library to one that supports 2.0
2014-09-16 10:12:58 -07:00
add_custom_target(lua-messagepack
DEPENDS ${DEPS_LIB_DIR}/luarocks/rocks/lua-messagepack)
Configure cmake option to download/install msgpack
2014-04-10 11:47:13 -07:00
deps: Switch lua msgpack library to one that supports 2.0
2014-09-16 10:12:58 -07:00
# Like before, depend on lua-messagepack to ensure serialization of install
# commands
Add lpeg as explicit third-party dependency It was being installed because of moonscript, but now it's listed as a dependency explicitly.
2014-04-13 03:18:12 -07:00
add_custom_command(OUTPUT ${DEPS_LIB_DIR}/luarocks/rocks/lpeg
CMake: Use CMAKE_C_COMPILER_ARG1 when building dependencies. CMAKE_C_COMPILER_ARG1 is set in CMake toolchain file cmake/i386-linux-gnu.toolchain.cmake. Use when compiling dependencies to simplify 32-bit builds.
2014-08-05 01:32:40 -07:00
COMMAND ${DEPS_BIN_DIR}/luarocks
ARGS build lpeg CC=${DEPS_C_COMPILER} LD=${DEPS_C_COMPILER}
deps: Switch lua msgpack library to one that supports 2.0
2014-09-16 10:12:58 -07:00
DEPENDS lua-messagepack)
Add lpeg as explicit third-party dependency It was being installed because of moonscript, but now it's listed as a dependency explicitly.
2014-04-13 03:18:12 -07:00
add_custom_target(lpeg
DEPENDS ${DEPS_LIB_DIR}/luarocks/rocks/lpeg)
deps: Add lua nvim-client as a dependency
2014-10-08 06:47:59 -07:00
add_custom_command(OUTPUT ${DEPS_LIB_DIR}/luarocks/rocks/nvim-client
COMMAND ${DEPS_BIN_DIR}/luarocks
deps: Update lua client
2014-12-08 05:15:24 -07:00
ARGS build https://raw.githubusercontent.com/neovim/lua-client/a6c232da23dafe085c5606a3d0a666a77dd7d8bd/nvim-client-0.0.1-7.rockspec CC=${DEPS_C_COMPILER} LD=${DEPS_C_COMPILER} LIBUV_DIR=${DEPS_INSTALL_DIR}
deps: Add lua nvim-client as a dependency
2014-10-08 06:47:59 -07:00
DEPENDS lpeg libuv)
add_custom_target(nvim-client
DEPENDS ${DEPS_LIB_DIR}/luarocks/rocks/nvim-client)
list(APPEND THIRD_PARTY_DEPS busted lua-messagepack lpeg nvim-client)
Revamp the build system. This achieves several goals: * Less reliance on scripts so we have better portability to Windows (though we still have a ways to go for proper Windows support). Luajit, luarocks, moonscript, and busted are all installed via CMake now. * Trying to make use of pkg-config to get the correct libraries. The latest libuv is still broken in this regard, but we'll at least be in a position to use it. * Allow the use of Ninja or make. The former runs faster in many environments, and automatically makes use of parallel builds. This also allows for system installed dependencies--though not through the Makefile just yet--and adds support for FreeBSD. This also make us build libuv and luajit as static libraries only, since we're only concerned about having static libraries for our bundled dependencies.
2014-03-03 08:09:06 -07:00
endif()
add_custom_target(third-party ALL
COMMAND ${CMAKE_COMMAND} -E touch .third-party
DEPENDS ${THIRD_PARTY_DEPS})
Reference in New Issue Copy Permalink