neovim/cmake.deps/cmake/BuildLibvterm.cmake

ExternalProject_Add(libvterm
  URL ${LIBVTERM_URL}
  URL_HASH SHA256=${LIBVTERM_SHA256}
  DOWNLOAD_NO_PROGRESS TRUE
  DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/libvterm
  PATCH_COMMAND ${CMAKE_COMMAND} -E copy
    ${CMAKE_CURRENT_SOURCE_DIR}/cmake/LibvtermCMakeLists.txt
    ${DEPS_BUILD_DIR}/src/libvterm/CMakeLists.txt
  CMAKE_ARGS ${DEPS_CMAKE_ARGS}
  CMAKE_CACHE_ARGS ${DEPS_CMAKE_CACHE_ARGS})
build: remove unnecessary build functions These functions serve no purpose if they're only used as intermediary functions that passes on arguments to ExternalProject_Add. 2022-08-29 07:57:46 -07:00			`ExternalProject_Add(libvterm`
			`URL ${LIBVTERM_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=${LIBVTERM_SHA256}`
			`DOWNLOAD_NO_PROGRESS TRUE`
build: remove unnecessary build functions These functions serve no purpose if they're only used as intermediary functions that passes on arguments to ExternalProject_Add. 2022-08-29 07:57:46 -07:00			`DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/libvterm`
build: use cmake to build libvterm on all platform (#21986) Also remove Libvterm-tbl2inc_c.cmake as it's not required. It's used to generate files that are already provided by the Libvterm project by default. It's also not really something we need to concern ourselves with as it's more of an authoring tool for the Libvterm creator as mentioned in https://github.com/neovim/neovim/pull/21986#issuecomment-1403733054. 2023-01-25 16:06:52 -07:00			`PATCH_COMMAND ${CMAKE_COMMAND} -E copy`
			`${CMAKE_CURRENT_SOURCE_DIR}/cmake/LibvtermCMakeLists.txt`
			`${DEPS_BUILD_DIR}/src/libvterm/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}`
			`CMAKE_CACHE_ARGS ${DEPS_CMAKE_CACHE_ARGS})`