kevin/neovim
1
Fork 0
mirror of https://github.com/neovim/neovim.git synced 2024-12-26 14:11:15 -07:00
Code Issues Packages Projects Releases Wiki Activity
02f92978fe
neovim/cmake.deps/cmake/BuildLuajit.cmake

156 lines
7.4 KiB
CMake
Raw Normal View History

CMake: Build third-party deps in Windows - Update recipes to build with MSVC or cross compile in Unix with Mingw - For recipes that need to be reused, wrap recipe in CMake function using cmake_parse_arguments - New directory .deps/host is the install root for HOST targets, the old .deps/usr is used for TARGET - In windows disable builds for terminal libraries and jemalloc - Added cmake script CopyFilesGlob.cmake to copy files using glob cmake -DFROM_GLOB=*.h -DTO=/usr/include -P CopyFilesGlob.cmake - New CMake variables HOSTDEPS_* can be used in cross compile recipes. Except when the target is UNIX, since that would break 32bit builds in 64bit Unix systems using the Travis 32bit toolchain
2015-04-16 02:01:08 -07:00
# BuildLuajit(TARGET targetname CONFIGURE_COMMAND ... BUILD_COMMAND ... INSTALL_COMMAND ...)
# Reusable function to build luajit, wraps ExternalProject_Add.
# Failing to pass a command argument will result in no command being run
function(BuildLuajit)
cmake_parse_arguments(_luajit
""
"TARGET"
build(luajit): support universal builds on macOS To build universal binaries on macOS, one typically only needs to pass multiple `-arch` flags to `clang`. Unfortunately, this strategy causes LuaJIT builds to fail. To work around this, we build LuaJIT for each requested architecture individually first and then use `lipo` to package each architecture slice into a universal binary. To be able to do this on an Intel macOS host or an M1 macOS host without a Rosetta installation, we need some special flags in order to tell LuaJIT that it is cross-compiling for a different target. See [1] for details. [1] https://luajit.org/install.html#cross
2022-06-24 08:34:57 -07:00
"CONFIGURE_COMMAND;BUILD_COMMAND;INSTALL_COMMAND;DEPENDS"
CMake: Build third-party deps in Windows - Update recipes to build with MSVC or cross compile in Unix with Mingw - For recipes that need to be reused, wrap recipe in CMake function using cmake_parse_arguments - New directory .deps/host is the install root for HOST targets, the old .deps/usr is used for TARGET - In windows disable builds for terminal libraries and jemalloc - Added cmake script CopyFilesGlob.cmake to copy files using glob cmake -DFROM_GLOB=*.h -DTO=/usr/include -P CopyFilesGlob.cmake - New CMake variables HOSTDEPS_* can be used in cross compile recipes. Except when the target is UNIX, since that would break 32bit builds in 64bit Unix systems using the Travis 32bit toolchain
2015-04-16 02:01:08 -07:00
${ARGN})
if(NOT _luajit_CONFIGURE_COMMAND AND NOT _luajit_BUILD_COMMAND
AND NOT _luajit_INSTALL_COMMAND)
message(FATAL_ERROR "Must pass at least one of CONFIGURE_COMMAND, BUILD_COMMAND, INSTALL_COMMAND")
endif()
if(NOT _luajit_TARGET)
set(_luajit_TARGET "luajit")
endif()
ExternalProject_Add(${_luajit_TARGET}
URL ${LUAJIT_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=${LUAJIT_SHA256}
DOWNLOAD_NO_PROGRESS TRUE
CMake: Build third-party deps in Windows - Update recipes to build with MSVC or cross compile in Unix with Mingw - For recipes that need to be reused, wrap recipe in CMake function using cmake_parse_arguments - New directory .deps/host is the install root for HOST targets, the old .deps/usr is used for TARGET - In windows disable builds for terminal libraries and jemalloc - Added cmake script CopyFilesGlob.cmake to copy files using glob cmake -DFROM_GLOB=*.h -DTO=/usr/include -P CopyFilesGlob.cmake - New CMake variables HOSTDEPS_* can be used in cross compile recipes. Except when the target is UNIX, since that would break 32bit builds in 64bit Unix systems using the Travis 32bit toolchain
2015-04-16 02:01:08 -07:00
DOWNLOAD_DIR ${DEPS_DOWNLOAD_DIR}/luajit
CONFIGURE_COMMAND "${_luajit_CONFIGURE_COMMAND}"
BUILD_IN_SOURCE 1
BUILD_COMMAND "${_luajit_BUILD_COMMAND}"
build(luajit): support universal builds on macOS To build universal binaries on macOS, one typically only needs to pass multiple `-arch` flags to `clang`. Unfortunately, this strategy causes LuaJIT builds to fail. To work around this, we build LuaJIT for each requested architecture individually first and then use `lipo` to package each architecture slice into a universal binary. To be able to do this on an Intel macOS host or an M1 macOS host without a Rosetta installation, we need some special flags in order to tell LuaJIT that it is cross-compiling for a different target. See [1] for details. [1] https://luajit.org/install.html#cross
2022-06-24 08:34:57 -07:00
INSTALL_COMMAND "${_luajit_INSTALL_COMMAND}"
DEPENDS "${_luajit_DEPENDS}")
bundle: upgrade LuaJIT to latest v2.1 (#10321)
2019-09-30 03:50:22 -07:00
# Create symlink for development version manually.
if(UNIX)
add_custom_command(
TARGET ${_luajit_TARGET}
build(luajit): support universal builds on macOS To build universal binaries on macOS, one typically only needs to pass multiple `-arch` flags to `clang`. Unfortunately, this strategy causes LuaJIT builds to fail. To work around this, we build LuaJIT for each requested architecture individually first and then use `lipo` to package each architecture slice into a universal binary. To be able to do this on an Intel macOS host or an M1 macOS host without a Rosetta installation, we need some special flags in order to tell LuaJIT that it is cross-compiling for a different target. See [1] for details. [1] https://luajit.org/install.html#cross
2022-06-24 08:34:57 -07:00
COMMAND ${CMAKE_COMMAND} -E create_symlink luajit-2.1.0-beta3 ${DEPS_BIN_DIR}/${_luajit_TARGET})
bundle: upgrade LuaJIT to latest v2.1 (#10321)
2019-09-30 03:50:22 -07:00
endif()
CMake: Build third-party deps in Windows - Update recipes to build with MSVC or cross compile in Unix with Mingw - For recipes that need to be reused, wrap recipe in CMake function using cmake_parse_arguments - New directory .deps/host is the install root for HOST targets, the old .deps/usr is used for TARGET - In windows disable builds for terminal libraries and jemalloc - Added cmake script CopyFilesGlob.cmake to copy files using glob cmake -DFROM_GLOB=*.h -DTO=/usr/include -P CopyFilesGlob.cmake - New CMake variables HOSTDEPS_* can be used in cross compile recipes. Except when the target is UNIX, since that would break 32bit builds in 64bit Unix systems using the Travis 32bit toolchain
2015-04-16 02:01:08 -07:00
endfunction()
build/macOS: set -fno-stack-check for LuaJIT build #11412 Fixes LuaJIT build on macOS Catalina. ref https://github.com/LuaJIT/LuaJIT/issues/521 ref https://github.com/Homebrew/homebrew-core/pull/46823
2019-11-17 13:55:25 -07:00
check_c_compiler_flag(-fno-stack-check HAS_NO_STACK_CHECK)
build: cmake cleanup (#22251) - Remove unused code - Use consistent casing. Variable names such as LibLuV_LIBRARIES is needlessly jarring, even if the name might be technically correct. - Use title casing for packages. find_package(unibilium) requires the find_module to be named "Findunibilium.cmake", which makes it harder to spot when scanning the files. Instead, use "Unibilium".
2023-03-02 14:50:43 -07:00
if(APPLE AND HAS_NO_STACK_CHECK)
build/macOS: set -fno-stack-check for LuaJIT build #11412 Fixes LuaJIT build on macOS Catalina. ref https://github.com/LuaJIT/LuaJIT/issues/521 ref https://github.com/Homebrew/homebrew-core/pull/46823
2019-11-17 13:55:25 -07:00
set(NO_STACK_CHECK "CFLAGS+=-fno-stack-check")
else()
set(NO_STACK_CHECK "")
endif()
build/OpenBSD: need -lpthread -lc++abi for LuaJIT (#8215)
2018-04-02 02:08:11 -07:00
if(CMAKE_SYSTEM_NAME MATCHES "OpenBSD")
set(AMD64_ABI "LDFLAGS=-lpthread -lc++abi")
else()
set(AMD64_ABI "")
endif()
build: build luajit in parallel (#22327) Add -j flag to the make command for luajit. Cuts down dependency build time by 40% when using the Ninja generator.
2023-02-24 13:17:23 -07:00
set(BUILDCMD_UNIX ${MAKE_PRG} -j CFLAGS=-fPIC
build(luajit): support universal builds on macOS To build universal binaries on macOS, one typically only needs to pass multiple `-arch` flags to `clang`. Unfortunately, this strategy causes LuaJIT builds to fail. To work around this, we build LuaJIT for each requested architecture individually first and then use `lipo` to package each architecture slice into a universal binary. To be able to do this on an Intel macOS host or an M1 macOS host without a Rosetta installation, we need some special flags in order to tell LuaJIT that it is cross-compiling for a different target. See [1] for details. [1] https://luajit.org/install.html#cross
2022-06-24 08:34:57 -07:00
CFLAGS+=-DLUA_USE_APICHECK
CFLAGS+=-funwind-tables
${NO_STACK_CHECK}
${AMD64_ABI}
CCDEBUG+=-g
Q=)
CMake: Build third-party deps in Windows - Update recipes to build with MSVC or cross compile in Unix with Mingw - For recipes that need to be reused, wrap recipe in CMake function using cmake_parse_arguments - New directory .deps/host is the install root for HOST targets, the old .deps/usr is used for TARGET - In windows disable builds for terminal libraries and jemalloc - Added cmake script CopyFilesGlob.cmake to copy files using glob cmake -DFROM_GLOB=*.h -DTO=/usr/include -P CopyFilesGlob.cmake - New CMake variables HOSTDEPS_* can be used in cross compile recipes. Except when the target is UNIX, since that would break 32bit builds in 64bit Unix systems using the Travis 32bit toolchain
2015-04-16 02:01:08 -07:00
build(macos): use consistent MACOSX_DEPLOYMENT_TARGET (#19430) Use the same logic for both deps (including LuaJIT, for which setting this variable is mandatory) and Nvim: either the eponymous environment variable if set, or the current software version if not. Removes annoying warnings when building locally on macOS.
2022-07-19 07:10:59 -07:00
# Setting MACOSX_DEPLOYMENT_TARGET is mandatory for LuaJIT; use version set by
# cmake.deps/CMakeLists.txt (either environment variable or current system version).
build: cmake cleanup (#22251) - Remove unused code - Use consistent casing. Variable names such as LibLuV_LIBRARIES is needlessly jarring, even if the name might be technically correct. - Use title casing for packages. find_package(unibilium) requires the find_module to be named "Findunibilium.cmake", which makes it harder to spot when scanning the files. Instead, use "Unibilium".
2023-03-02 14:50:43 -07:00
if(APPLE)
build(macos): use consistent MACOSX_DEPLOYMENT_TARGET (#19430) Use the same logic for both deps (including LuaJIT, for which setting this variable is mandatory) and Nvim: either the eponymous environment variable if set, or the current software version if not. Removes annoying warnings when building locally on macOS.
2022-07-19 07:10:59 -07:00
set(DEPLOYMENT_TARGET "MACOSX_DEPLOYMENT_TARGET=${CMAKE_OSX_DEPLOYMENT_TARGET}")
build(luajit): support universal builds on macOS To build universal binaries on macOS, one typically only needs to pass multiple `-arch` flags to `clang`. Unfortunately, this strategy causes LuaJIT builds to fail. To work around this, we build LuaJIT for each requested architecture individually first and then use `lipo` to package each architecture slice into a universal binary. To be able to do this on an Intel macOS host or an M1 macOS host without a Rosetta installation, we need some special flags in order to tell LuaJIT that it is cross-compiling for a different target. See [1] for details. [1] https://luajit.org/install.html#cross
2022-06-24 08:34:57 -07:00
endif()
build/macOS: fix luajit install step prevent luajit to assigning default value to MACOSX_DEPLOYMENT_TARGET ref #9050
2018-10-15 17:35:15 -07:00
build(luajit): support universal builds on macOS To build universal binaries on macOS, one typically only needs to pass multiple `-arch` flags to `clang`. Unfortunately, this strategy causes LuaJIT builds to fail. To work around this, we build LuaJIT for each requested architecture individually first and then use `lipo` to package each architecture slice into a universal binary. To be able to do this on an Intel macOS host or an M1 macOS host without a Rosetta installation, we need some special flags in order to tell LuaJIT that it is cross-compiling for a different target. See [1] for details. [1] https://luajit.org/install.html#cross
2022-06-24 08:34:57 -07:00
if((UNIX AND NOT APPLE) OR (APPLE AND NOT CMAKE_OSX_ARCHITECTURES))
BuildLuaJit(INSTALL_COMMAND ${BUILDCMD_UNIX}
build/macOS: fix luajit install step prevent luajit to assigning default value to MACOSX_DEPLOYMENT_TARGET ref #9050
2018-10-15 17:35:15 -07:00
CC=${DEPS_C_COMPILER} PREFIX=${DEPS_INSTALL_DIR}
build(luajit): support universal builds on macOS To build universal binaries on macOS, one typically only needs to pass multiple `-arch` flags to `clang`. Unfortunately, this strategy causes LuaJIT builds to fail. To work around this, we build LuaJIT for each requested architecture individually first and then use `lipo` to package each architecture slice into a universal binary. To be able to do this on an Intel macOS host or an M1 macOS host without a Rosetta installation, we need some special flags in order to tell LuaJIT that it is cross-compiling for a different target. See [1] for details. [1] https://luajit.org/install.html#cross
2022-06-24 08:34:57 -07:00
${DEPLOYMENT_TARGET} install)
elseif(CMAKE_OSX_ARCHITECTURES AND APPLE)
# Passing multiple `-arch` flags to the LuaJIT build will cause it to fail.
# To get a working universal build, we build each requested architecture slice
# individually then `lipo` them all up.
set(LUAJIT_SRC_DIR "${DEPS_BUILD_DIR}/src/luajit")
foreach(ARCH IN LISTS CMAKE_OSX_ARCHITECTURES)
set(STATIC_CC "${LUAJIT_C_COMPILER} -arch ${ARCH}")
set(DYNAMIC_CC "${LUAJIT_C_COMPILER} -arch ${ARCH} -fPIC")
set(TARGET_LD "${LUAJIT_C_COMPILER} -arch ${ARCH}")
list(APPEND LUAJIT_THIN_EXECUTABLES "${LUAJIT_SRC_DIR}-${ARCH}/src/luajit")
list(APPEND LUAJIT_THIN_STATIC_LIBS "${LUAJIT_SRC_DIR}-${ARCH}/src/libluajit.a")
list(APPEND LUAJIT_THIN_DYLIBS "${LUAJIT_SRC_DIR}-${ARCH}/src/libluajit.so")
list(APPEND LUAJIT_THIN_TARGETS "luajit-${ARCH}")
# See https://luajit.org/install.html#cross.
BuildLuaJit(TARGET "luajit-${ARCH}"
BUILD_COMMAND ${BUILDCMD_UNIX}
CC=${LUAJIT_C_COMPILER} STATIC_CC=${STATIC_CC}
DYNAMIC_CC=${DYNAMIC_CC} TARGET_LD=${TARGET_LD}
PREFIX=${DEPS_INSTALL_DIR}
${DEPLOYMENT_TARGET})
endforeach()
BuildLuaJit(
CONFIGURE_COMMAND ${BUILDCMD_UNIX} CC=${LUAJIT_C_COMPILER} PREFIX=${DEPS_INSTALL_DIR} ${DEPLOYMENT_TARGET}
COMMAND ${CMAKE_COMMAND} -E rm -f ${LUAJIT_SRC_DIR}/src/luajit ${LUAJIT_SRC_DIR}/src/libluajit.so ${LUAJIT_SRC_DIR}/src/libluajit.a
BUILD_COMMAND lipo ${LUAJIT_THIN_EXECUTABLES} -create -output ${LUAJIT_SRC_DIR}/src/luajit
COMMAND lipo ${LUAJIT_THIN_STATIC_LIBS} -create -output ${LUAJIT_SRC_DIR}/src/libluajit.a
COMMAND lipo ${LUAJIT_THIN_DYLIBS} -create -output ${LUAJIT_SRC_DIR}/src/libluajit.so
INSTALL_COMMAND ${BUILDCMD_UNIX} CC=${LUAJIT_C_COMPILER} PREFIX=${DEPS_INSTALL_DIR} ${DEPLOYMENT_TARGET} install
DEPENDS ${LUAJIT_THIN_TARGETS}
)
CMake: Build third-party deps in Windows - Update recipes to build with MSVC or cross compile in Unix with Mingw - For recipes that need to be reused, wrap recipe in CMake function using cmake_parse_arguments - New directory .deps/host is the install root for HOST targets, the old .deps/usr is used for TARGET - In windows disable builds for terminal libraries and jemalloc - Added cmake script CopyFilesGlob.cmake to copy files using glob cmake -DFROM_GLOB=*.h -DTO=/usr/include -P CopyFilesGlob.cmake - New CMake variables HOSTDEPS_* can be used in cross compile recipes. Except when the target is UNIX, since that would break 32bit builds in 64bit Unix systems using the Travis 32bit toolchain
2015-04-16 02:01:08 -07:00
revert: "ci: remove mingw job #18580" This partially reverts commit f8af81445bb48966d54f4a956842d935d009d275. The mingw parts of cmake was removed to see if it was still used (ref: https://github.com/neovim/neovim/pull/18580). It turns out it is, so this will fix that. Closes: https://github.com/neovim/neovim/issues/18597
2022-05-17 06:08:24 -07:00
elseif(MINGW)
if(CMAKE_GENERATOR MATCHES "Ninja")
set(LUAJIT_MAKE_PRG ${MAKE_PRG})
else()
set(LUAJIT_MAKE_PRG ${CMAKE_MAKE_PROGRAM})
endif()
BuildLuaJit(BUILD_COMMAND ${LUAJIT_MAKE_PRG} CC=${DEPS_C_COMPILER}
PREFIX=${DEPS_INSTALL_DIR}
CFLAGS+=-DLUA_USE_APICHECK
CFLAGS+=-funwind-tables
CCDEBUG+=-g
BUILDMODE=static
# Build a DLL too
COMMAND ${LUAJIT_MAKE_PRG} CC=${DEPS_C_COMPILER} BUILDMODE=dynamic
build: consistently use the provided option paths We provide options such as "DEPS_BIN_DIR" for the user to set, but only sometimes use them. This makes binaries and other files to be spread out if the user defines a custom DEPS_BIN_DIR location.
2023-03-05 07:21:46 -07:00
INSTALL_COMMAND ${CMAKE_COMMAND} -E make_directory ${DEPS_BIN_DIR}
COMMAND ${CMAKE_COMMAND} -E copy ${DEPS_BUILD_DIR}/src/luajit/src/luajit.exe ${DEPS_BIN_DIR}
COMMAND ${CMAKE_COMMAND} -E copy ${DEPS_BUILD_DIR}/src/luajit/src/lua51.dll ${DEPS_BIN_DIR}
COMMAND ${CMAKE_COMMAND} -E make_directory ${DEPS_LIB_DIR}
revert: "ci: remove mingw job #18580" This partially reverts commit f8af81445bb48966d54f4a956842d935d009d275. The mingw parts of cmake was removed to see if it was still used (ref: https://github.com/neovim/neovim/pull/18580). It turns out it is, so this will fix that. Closes: https://github.com/neovim/neovim/issues/18597
2022-05-17 06:08:24 -07:00
# Luarocks searches for lua51.dll in lib
build: consistently use the provided option paths We provide options such as "DEPS_BIN_DIR" for the user to set, but only sometimes use them. This makes binaries and other files to be spread out if the user defines a custom DEPS_BIN_DIR location.
2023-03-05 07:21:46 -07:00
COMMAND ${CMAKE_COMMAND} -E copy ${DEPS_BUILD_DIR}/src/luajit/src/lua51.dll ${DEPS_LIB_DIR}
COMMAND ${CMAKE_COMMAND} -E copy ${DEPS_BUILD_DIR}/src/luajit/src/libluajit.a ${DEPS_LIB_DIR}
revert: "ci: remove mingw job #18580" This partially reverts commit f8af81445bb48966d54f4a956842d935d009d275. The mingw parts of cmake was removed to see if it was still used (ref: https://github.com/neovim/neovim/pull/18580). It turns out it is, so this will fix that. Closes: https://github.com/neovim/neovim/issues/18597
2022-05-17 06:08:24 -07:00
COMMAND ${CMAKE_COMMAND} -E make_directory ${DEPS_INSTALL_DIR}/include/luajit-2.1
COMMAND ${CMAKE_COMMAND} -DFROM_GLOB=${DEPS_BUILD_DIR}/src/luajit/src/*.h -DTO=${DEPS_INSTALL_DIR}/include/luajit-2.1 -P ${CMAKE_CURRENT_SOURCE_DIR}/cmake/CopyFilesGlob.cmake
build: consistently use the provided option paths We provide options such as "DEPS_BIN_DIR" for the user to set, but only sometimes use them. This makes binaries and other files to be spread out if the user defines a custom DEPS_BIN_DIR location.
2023-03-05 07:21:46 -07:00
COMMAND ${CMAKE_COMMAND} -E make_directory ${DEPS_BIN_DIR}/lua/jit
COMMAND ${CMAKE_COMMAND} -E copy_directory ${DEPS_BUILD_DIR}/src/luajit/src/jit ${DEPS_BIN_DIR}/lua/jit
revert: "ci: remove mingw job #18580" This partially reverts commit f8af81445bb48966d54f4a956842d935d009d275. The mingw parts of cmake was removed to see if it was still used (ref: https://github.com/neovim/neovim/pull/18580). It turns out it is, so this will fix that. Closes: https://github.com/neovim/neovim/issues/18597
2022-05-17 06:08:24 -07:00
)
Build third-party deps in MinGW Added recipes to build bundled dependencies in native MinGW toolchains - libuv, luajit, luarocks, msgpack
2015-05-05 17:13:40 -07:00
elseif(MSVC)
CMake: Build third-party deps in Windows - Update recipes to build with MSVC or cross compile in Unix with Mingw - For recipes that need to be reused, wrap recipe in CMake function using cmake_parse_arguments - New directory .deps/host is the install root for HOST targets, the old .deps/usr is used for TARGET - In windows disable builds for terminal libraries and jemalloc - Added cmake script CopyFilesGlob.cmake to copy files using glob cmake -DFROM_GLOB=*.h -DTO=/usr/include -P CopyFilesGlob.cmake - New CMake variables HOSTDEPS_* can be used in cross compile recipes. Except when the target is UNIX, since that would break 32bit builds in 64bit Unix systems using the Travis 32bit toolchain
2015-04-16 02:01:08 -07:00
BuildLuaJit(
MSVC: Build third-party dependencies as release DLLs Using /MT was causing issues when building luarocks, revert it, use the dynammic runtime and generate release DLLs for the dependencies. Some refactoring was required because for linking cmake looks for the import libraries (.lib) but on runtime executables we need the .dll files to be in the same folder. The DLLs are placed in the bin/ folder in order for nvim.exe to run during the build and tests. The install target installs the DLLs with the nvim binary - uses GetPrerequisites to find runtime DLLs. Some minor issues that required adjustments: - [MSVC] FindMsgpack.cmake now looks for msgpack_import.lib instead of msgpack.lib - The lua-client fails to find libuv.lib, instead it looks for uv.lib, added second copy of the file to the install command. - [MSVC] CMAKE_BUILD_TYPE affects the output paths, default to Release. Part of these changes are credited to @jasonwilliams200OK who fixed the third-party recipes to consistently use the same build type.
2015-12-19 21:50:20 -07:00
BUILD_COMMAND ${CMAKE_COMMAND} -E chdir ${DEPS_BUILD_DIR}/src/luajit/src ${DEPS_BUILD_DIR}/src/luajit/src/msvcbuild.bat
build: consistently use the provided option paths We provide options such as "DEPS_BIN_DIR" for the user to set, but only sometimes use them. This makes binaries and other files to be spread out if the user defines a custom DEPS_BIN_DIR location.
2023-03-05 07:21:46 -07:00
INSTALL_COMMAND ${CMAKE_COMMAND} -E make_directory ${DEPS_BIN_DIR}
COMMAND ${CMAKE_COMMAND} -E copy ${DEPS_BUILD_DIR}/src/luajit/src/luajit.exe ${DEPS_BIN_DIR}
COMMAND ${CMAKE_COMMAND} -E copy ${DEPS_BUILD_DIR}/src/luajit/src/lua51.dll ${DEPS_BIN_DIR}
COMMAND ${CMAKE_COMMAND} -E make_directory ${DEPS_LIB_DIR}
build/msvc: Fix linking for luajit and luv
2018-02-28 18:14:27 -07:00
# Luarocks searches for lua51.lib
build: consistently use the provided option paths We provide options such as "DEPS_BIN_DIR" for the user to set, but only sometimes use them. This makes binaries and other files to be spread out if the user defines a custom DEPS_BIN_DIR location.
2023-03-05 07:21:46 -07:00
COMMAND ${CMAKE_COMMAND} -E copy ${DEPS_BUILD_DIR}/src/luajit/src/lua51.lib ${DEPS_LIB_DIR}/lua51.lib
build/msvc: Fix linking for luajit and luv
2018-02-28 18:14:27 -07:00
# Luv searches for luajit.lib
build: consistently use the provided option paths We provide options such as "DEPS_BIN_DIR" for the user to set, but only sometimes use them. This makes binaries and other files to be spread out if the user defines a custom DEPS_BIN_DIR location.
2023-03-05 07:21:46 -07:00
COMMAND ${CMAKE_COMMAND} -E copy ${DEPS_BUILD_DIR}/src/luajit/src/lua51.lib ${DEPS_LIB_DIR}/luajit.lib
bundle: upgrade LuaJIT to latest v2.1 (#10321)
2019-09-30 03:50:22 -07:00
COMMAND ${CMAKE_COMMAND} -E make_directory ${DEPS_INSTALL_DIR}/include/luajit-2.1
fix(build): install luajit modules on windows (#16658)
2021-12-18 10:53:27 -07:00
COMMAND ${CMAKE_COMMAND} -DFROM_GLOB=${DEPS_BUILD_DIR}/src/luajit/src/*.h -DTO=${DEPS_INSTALL_DIR}/include/luajit-2.1 -P ${CMAKE_CURRENT_SOURCE_DIR}/cmake/CopyFilesGlob.cmake
build: consistently use the provided option paths We provide options such as "DEPS_BIN_DIR" for the user to set, but only sometimes use them. This makes binaries and other files to be spread out if the user defines a custom DEPS_BIN_DIR location.
2023-03-05 07:21:46 -07:00
COMMAND ${CMAKE_COMMAND} -E make_directory ${DEPS_BIN_DIR}/lua/jit
COMMAND ${CMAKE_COMMAND} -E copy_directory ${DEPS_BUILD_DIR}/src/luajit/src/jit ${DEPS_BIN_DIR}/lua/jit
fix(build): install luajit modules on windows (#16658)
2021-12-18 10:53:27 -07:00
)
CMake: Build third-party deps in Windows - Update recipes to build with MSVC or cross compile in Unix with Mingw - For recipes that need to be reused, wrap recipe in CMake function using cmake_parse_arguments - New directory .deps/host is the install root for HOST targets, the old .deps/usr is used for TARGET - In windows disable builds for terminal libraries and jemalloc - Added cmake script CopyFilesGlob.cmake to copy files using glob cmake -DFROM_GLOB=*.h -DTO=/usr/include -P CopyFilesGlob.cmake - New CMake variables HOSTDEPS_* can be used in cross compile recipes. Except when the target is UNIX, since that would break 32bit builds in 64bit Unix systems using the Travis 32bit toolchain
2015-04-16 02:01:08 -07:00
else()
message(FATAL_ERROR "Trying to build luajit in an unsupported system ${CMAKE_SYSTEM_NAME}/${CMAKE_C_COMPILER_ID}")
endif()
Split third-party recipes into multiple files
2015-03-09 06:24:21 -07:00
build: build all dependencies in parallel (#22329) Previously, all targets were connected in one main target called third-party in order to remove any potentially conflicting shared library. We can make each dependency target independent of each other by only removing shared libraries from luajit and msgpack in their own targets, as only these has unwanted shared libraries.
2023-02-19 13:11:27 -07:00
if (NOT MSVC)
add_custom_target(clean_shared_libraries_luajit ALL
COMMAND ${CMAKE_COMMAND}
build: consistently use the provided option paths We provide options such as "DEPS_BIN_DIR" for the user to set, but only sometimes use them. This makes binaries and other files to be spread out if the user defines a custom DEPS_BIN_DIR location.
2023-03-05 07:21:46 -07:00
-D REMOVE_FILE_GLOB=${DEPS_LIB_DIR}/${CMAKE_SHARED_LIBRARY_PREFIX}*${CMAKE_SHARED_LIBRARY_SUFFIX}*
build: build all dependencies in parallel (#22329) Previously, all targets were connected in one main target called third-party in order to remove any potentially conflicting shared library. We can make each dependency target independent of each other by only removing shared libraries from luajit and msgpack in their own targets, as only these has unwanted shared libraries.
2023-02-19 13:11:27 -07:00
-P ${PROJECT_SOURCE_DIR}/cmake/RemoveFiles.cmake)
add_dependencies(clean_shared_libraries_luajit luajit)
endif()
Reference in New Issue Copy Permalink