neovim/cmake.deps/cmake/BuildLibtermkey.cmake

ExternalProject_Add(libtermkey
  URL ${LIBTERMKEY_URL}
  URL_HASH SHA256=${LIBTERMKEY_SHA256}
  DOWNLOAD_NO_PROGRESS TRUE
  DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/libtermkey
  PATCH_COMMAND ${CMAKE_COMMAND} -E copy
    ${CMAKE_CURRENT_SOURCE_DIR}/cmake/libtermkeyCMakeLists.txt
    ${DEPS_BUILD_DIR}/src/libtermkey/CMakeLists.txt
  CMAKE_ARGS ${DEPS_CMAKE_ARGS}
    -D CMAKE_SHARED_LIBRARY_LINK_C_FLAGS="" # Hack to avoid -rdynamic in Mingw
    -D UNIBILIUM_INCLUDE_DIRS=${DEPS_INSTALL_DIR}/include
    -D UNIBILIUM_LIBRARIES=${DEPS_LIB_DIR}/${CMAKE_STATIC_LIBRARY_PREFIX}unibilium${CMAKE_STATIC_LIBRARY_SUFFIX}
  CMAKE_CACHE_ARGS ${DEPS_CMAKE_CACHE_ARGS})
Split third-party recipes into multiple files 2015-03-09 06:24:21 -07:00			`ExternalProject_Add(libtermkey`
			`URL ${LIBTERMKEY_URL}`
build: rely on builtin cmake downloading rather than custom script DownloadAndExtractFile.cmake was initially introduced as a workaround to avoid the massive amounts of logs generated by the download progress. This is not a problem anymore as ExternalProject_Add has had the DOWNLOAD_NO_PROGRESS option since cmake version 3.1. 2022-09-29 12:46:14 -07:00			`URL_HASH SHA256=${LIBTERMKEY_SHA256}`
			`DOWNLOAD_NO_PROGRESS TRUE`
Split third-party recipes into multiple files 2015-03-09 06:24:21 -07:00			`DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/libtermkey`
build: use cmake for all platforms for unibilium and libtermkey (#21926) It's simpler to rely on the same build file, especially if there aren't any platform-specific workarounds like in this case. 2023-01-24 00:55:38 -07:00			`PATCH_COMMAND ${CMAKE_COMMAND} -E copy`
			`${CMAKE_CURRENT_SOURCE_DIR}/cmake/libtermkeyCMakeLists.txt`
			`${DEPS_BUILD_DIR}/src/libtermkey/CMakeLists.txt`
build: introduce default build variables (#21991) There are a number of cmake variables and cache variables that need to be passed to all dependencies. This is not only cumbersome, but also fragile as it's easy to miss adding or removing a flag from a dependency by accident. Introducing a global variable that controls all builds makes it much easier to handle our dependencies. Also fixes the currently broken release workflow as we need to pass the CMAKE_OSX_ARCHITECTURES variable to all dependencies built with cmake. 2023-01-25 06:36:17 -07:00			`CMAKE_ARGS ${DEPS_CMAKE_ARGS}`
build: prefer -D <variable>=<value> over -D<variable>=<value> (#22164) This makes it easier to see that -D is referring to the entire "<variable>=<value>", rather than only <variable>. It also help syntax highlighters highlight built-in variables. 2023-02-08 03:00:16 -07:00			`-D CMAKE_SHARED_LIBRARY_LINK_C_FLAGS="" # Hack to avoid -rdynamic in Mingw`
			`-D UNIBILIUM_INCLUDE_DIRS=${DEPS_INSTALL_DIR}/include`
			`-D UNIBILIUM_LIBRARIES=${DEPS_LIB_DIR}/${CMAKE_STATIC_LIBRARY_PREFIX}unibilium${CMAKE_STATIC_LIBRARY_SUFFIX}`
build: introduce default build variables (#21991) There are a number of cmake variables and cache variables that need to be passed to all dependencies. This is not only cumbersome, but also fragile as it's easy to miss adding or removing a flag from a dependency by accident. Introducing a global variable that controls all builds makes it much easier to handle our dependencies. Also fixes the currently broken release workflow as we need to pass the CMAKE_OSX_ARCHITECTURES variable to all dependencies built with cmake. 2023-01-25 06:36:17 -07:00			`CMAKE_CACHE_ARGS ${DEPS_CMAKE_CACHE_ARGS})`