kevin/neovim
1
Fork 0
mirror of https://github.com/neovim/neovim.git synced 2024-12-25 13:45:15 -07:00
Code Issues Packages Projects Releases Wiki Activity
8c405d9b34
neovim/runtime/CMakeLists.txt

122 lines
4.3 KiB
CMake
Raw Normal View History

build: create separate targets for nvim with and without runtime files This distinction is important for correct dependency management, as the nvim binary is used to create some runtime files. The nvim binary (and the target to build it) is thus called `nvim_bin` and the target to build all of nvim (binary+runtime) is called `nvim`.
2024-01-19 05:21:25 -07:00
set(GENERATED_RUNTIME_DIR ${PROJECT_BINARY_DIR}/runtime)
set(GENERATED_HELP_TAGS ${GENERATED_RUNTIME_DIR}/doc/tags)
Generate tags and install docs for included packages
2016-06-26 18:00:05 -07:00
set(GENERATED_PACKAGE_DIR ${GENERATED_RUNTIME_DIR}/pack/dist/opt)
build: create separate targets for nvim with and without runtime files This distinction is important for correct dependency management, as the nvim binary is used to create some runtime files. The nvim binary (and the target to build it) is thus called `nvim_bin` and the target to build all of nvim (binary+runtime) is called `nvim`.
2024-01-19 05:21:25 -07:00
set(GENERATED_SYN_VIM ${GENERATED_RUNTIME_DIR}/syntax/vim/generated.vim)
set(SYN_VIM_GENERATOR ${PROJECT_SOURCE_DIR}/src/nvim/generators/gen_vimvim.lua)
cmake: Generate tags and some vim syntax elements
2015-04-02 09:45:34 -07:00
file(MAKE_DIRECTORY ${GENERATED_RUNTIME_DIR}/syntax/vim)
refactor(build): use vendored versions of mpack and luabitop
2023-04-15 03:23:45 -07:00
get_directory_property(LUA_GEN DIRECTORY ${PROJECT_SOURCE_DIR}/src/nvim DEFINITION LUA_GEN)
get_directory_property(LUA_GEN_DEPS DIRECTORY ${PROJECT_SOURCE_DIR}/src/nvim DEFINITION LUA_GEN_DEPS)
cmake: Generate tags and some vim syntax elements
2015-04-02 09:45:34 -07:00
add_custom_command(OUTPUT ${GENERATED_SYN_VIM}
refactor(build): move the last generator from scripts/ to src/nvim/generators This one generates a runtime/ file instead of a source file. But otherwise it works the same like all other generators. It has the same prerequisites (shared and mpack modules, etc), and, importantly, it uses results from the source generators. The odd location makes it easy to overlook when refactoring generators (like I did last time, lol)
2023-04-21 07:46:35 -07:00
COMMAND ${LUA_GEN} ${SYN_VIM_GENERATOR} ${GENERATED_SYN_VIM} ${FUNCS_DATA}
cmake: Generate tags and some vim syntax elements
2015-04-02 09:45:34 -07:00
DEPENDS
refactor(build): use vendored versions of mpack and luabitop
2023-04-15 03:23:45 -07:00
${LUA_GEN_DEPS}
cmake: Generate tags and some vim syntax elements
2015-04-02 09:45:34 -07:00
${SYN_VIM_GENERATOR}
${PROJECT_SOURCE_DIR}/src/nvim/ex_cmds.lua
${PROJECT_SOURCE_DIR}/src/nvim/auevents.lua
${PROJECT_SOURCE_DIR}/src/nvim/options.lua
${PROJECT_SOURCE_DIR}/src/nvim/eval.c
eval: use gperf to generate the hash of builtin functions make api functions highlighted as builtins in vim.vim
2016-06-19 07:41:08 -07:00
${FUNCS_DATA}
cmake: Generate tags and some vim syntax elements
2015-04-02 09:45:34 -07:00
)
build: bump minimum cmake version to 3.13 The benefits are primarily being able to use FetchContent, which allows for a more flexible dependency handling. Other various quality-of-life features such as `-B` and `-S` flags are also included. This also removes broken `--version` generation as it does not work for version 3.10 and 3.11 due to the `JOIN` generator expression. Reference: https://github.com/neovim/neovim/issues/24004
2023-10-14 04:12:48 -07:00
file(GLOB PACKAGES CONFIGURE_DEPENDS ${PROJECT_SOURCE_DIR}/runtime/pack/dist/opt/*)
Generate tags and install docs for included packages
2016-06-26 18:00:05 -07:00
set(GENERATED_PACKAGE_TAGS)
foreach(PACKAGE ${PACKAGES})
get_filename_component(PACKNAME ${PACKAGE} NAME)
build: bump minimum cmake version to 3.13 The benefits are primarily being able to use FetchContent, which allows for a more flexible dependency handling. Other various quality-of-life features such as `-B` and `-S` flags are also included. This also removes broken `--version` generation as it does not work for version 3.10 and 3.11 due to the `JOIN` generator expression. Reference: https://github.com/neovim/neovim/issues/24004
2023-10-14 04:12:48 -07:00
file(GLOB "${PACKNAME}_DOC_FILES" CONFIGURE_DEPENDS ${PACKAGE}/doc/*.txt)
cmake: Comply with new CMP0054 policy
2018-06-16 07:56:02 -07:00
if(${PACKNAME}_DOC_FILES)
Generate tags and install docs for included packages
2016-06-26 18:00:05 -07:00
file(MAKE_DIRECTORY ${GENERATED_PACKAGE_DIR}/${PACKNAME})
cmake: runtime: use add_custom_command for tags directly (#9430) This avoids generating the tags files all the time, and makes `make install` with `CMAKE_INSTALL_MESSAGE=LAZY` much more silent in general. Using `copy_if_different` instead of `remove` + `copy_directory` might be good on top, but is a) not really necessary anymore and b) would not sync removed files. For this `file(COPY` could be used, but would require to re-run cmake on changed input files then.
2019-01-01 05:56:20 -07:00
add_custom_command(OUTPUT "${GENERATED_PACKAGE_DIR}/${PACKNAME}/doc/tags"
Generate tags and install docs for included packages
2016-06-26 18:00:05 -07:00
COMMAND ${CMAKE_COMMAND} -E copy_directory
${PACKAGE} ${GENERATED_PACKAGE_DIR}/${PACKNAME}
build: various build improvements - remove "ran-" prefix from touch files as it's redundant since the they're already in the directory named `touches`. - Include `contrib` when formatting with `make formatlua`. - Use TARGET_FILE generator expression instead of assuming the executable location. - reuse logic that determines whether to use lua or luajit. - add translations to the `nvim` target. Makefile improvements: - rename variable `CMAKE_PRG` to `CMAKE` to make it more consistent with the builtin `MAKE` variable. - stop propagating flags to generator. Users should use cmake for non-standard use cases. - remove `+` prefix from targets. If the user for whatever reason wants to dry-run a target then they should be able to.
2024-01-01 05:08:56 -07:00
COMMAND $<TARGET_FILE:nvim_bin>
Generate tags and install docs for included packages
2016-06-26 18:00:05 -07:00
-u NONE -i NONE -e --headless -c "helptags doc" -c quit
DEPENDS
build: create separate targets for nvim with and without runtime files This distinction is important for correct dependency management, as the nvim binary is used to create some runtime files. The nvim binary (and the target to build it) is thus called `nvim_bin` and the target to build all of nvim (binary+runtime) is called `nvim`.
2024-01-19 05:21:25 -07:00
nvim_bin
cmake: runtime: use add_custom_command for tags directly (#9430) This avoids generating the tags files all the time, and makes `make install` with `CMAKE_INSTALL_MESSAGE=LAZY` much more silent in general. Using `copy_if_different` instead of `remove` + `copy_directory` might be good on top, but is a) not really necessary anymore and b) would not sync removed files. For this `file(COPY` could be used, but would require to re-run cmake on changed input files then.
2019-01-01 05:56:20 -07:00
nvim_runtime_deps
Generate tags and install docs for included packages
2016-06-26 18:00:05 -07:00
WORKING_DIRECTORY "${GENERATED_PACKAGE_DIR}/${PACKNAME}"
)
set("${PACKNAME}_DOC_NAMES")
foreach(DF "${${PACKNAME}_DOC_FILES}")
get_filename_component(F ${DF} NAME)
list(APPEND "${PACKNAME}_DOC_NAMES" ${GENERATED_PACKAGE_DIR}/${PACKNAME}/doc/${F})
endforeach()
install_helper(
FILES ${GENERATED_PACKAGE_DIR}/${PACKNAME}/doc/tags "${${PACKNAME}_DOC_NAMES}"
DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/nvim/runtime/pack/dist/opt/${PACKNAME}/doc)
list(APPEND GENERATED_PACKAGE_TAGS "${GENERATED_PACKAGE_DIR}/${PACKNAME}/doc/tags")
endif()
endforeach()
cmake: Run nvim that generates helptags with proper WORKING_DIRECTORY
2015-07-26 03:39:34 -07:00
set(BUILDDOCFILES)
foreach(DF ${DOCFILES})
get_filename_component(F ${DF} NAME)
list(APPEND BUILDDOCFILES ${GENERATED_RUNTIME_DIR}/doc/${F})
endforeach()
cmake: runtime: use add_custom_command for tags directly (#9430) This avoids generating the tags files all the time, and makes `make install` with `CMAKE_INSTALL_MESSAGE=LAZY` much more silent in general. Using `copy_if_different` instead of `remove` + `copy_directory` might be good on top, but is a) not really necessary anymore and b) would not sync removed files. For this `file(COPY` could be used, but would require to re-run cmake on changed input files then.
2019-01-01 05:56:20 -07:00
add_custom_command(OUTPUT ${GENERATED_HELP_TAGS}
build: fix help tags generation when SHELL=fish (#21562) Fish doesn't support glob pattern, so we use `remove_directory` instead.
2022-12-29 05:05:26 -07:00
COMMAND ${CMAKE_COMMAND} -E remove_directory doc
build: Purge docs before rebuilding. If a help file is renamed, stale help files in the build workspace will cause duplicate tags (which causes the build to fail). To avoid this, always delete build/runtime/doc/ before building helptags.
2016-06-15 21:27:11 -07:00
COMMAND ${CMAKE_COMMAND} -E copy_directory
build: `make helphtml`
2018-11-04 17:54:24 -07:00
${PROJECT_SOURCE_DIR}/runtime/doc doc
build: various build improvements - remove "ran-" prefix from touch files as it's redundant since the they're already in the directory named `touches`. - Include `contrib` when formatting with `make formatlua`. - Use TARGET_FILE generator expression instead of assuming the executable location. - reuse logic that determines whether to use lua or luajit. - add translations to the `nvim` target. Makefile improvements: - rename variable `CMAKE_PRG` to `CMAKE` to make it more consistent with the builtin `MAKE` variable. - stop propagating flags to generator. Users should use cmake for non-standard use cases. - remove `+` prefix from targets. If the user for whatever reason wants to dry-run a target then they should be able to.
2024-01-01 05:08:56 -07:00
COMMAND $<TARGET_FILE:nvim_bin>
build: Purge docs before rebuilding. If a help file is renamed, stale help files in the build workspace will cause duplicate tags (which causes the build to fail). To avoid this, always delete build/runtime/doc/ before building helptags.
2016-06-15 21:27:11 -07:00
-u NONE -i NONE -e --headless -c "helptags ++t doc" -c quit
cmake: Generate tags and some vim syntax elements
2015-04-02 09:45:34 -07:00
DEPENDS
build: create separate targets for nvim with and without runtime files This distinction is important for correct dependency management, as the nvim binary is used to create some runtime files. The nvim binary (and the target to build it) is thus called `nvim_bin` and the target to build all of nvim (binary+runtime) is called `nvim`.
2024-01-19 05:21:25 -07:00
nvim_bin
cmake: runtime: use add_custom_command for tags directly (#9430) This avoids generating the tags files all the time, and makes `make install` with `CMAKE_INSTALL_MESSAGE=LAZY` much more silent in general. Using `copy_if_different` instead of `remove` + `copy_directory` might be good on top, but is a) not really necessary anymore and b) would not sync removed files. For this `file(COPY` could be used, but would require to re-run cmake on changed input files then.
2019-01-01 05:56:20 -07:00
nvim_runtime_deps
build: Purge docs before rebuilding. If a help file is renamed, stale help files in the build workspace will cause duplicate tags (which causes the build to fail). To avoid this, always delete build/runtime/doc/ before building helptags.
2016-06-15 21:27:11 -07:00
WORKING_DIRECTORY "${GENERATED_RUNTIME_DIR}"
cmake: Generate tags and some vim syntax elements
2015-04-02 09:45:34 -07:00
)
add_custom_target(
build: create separate targets for nvim with and without runtime files This distinction is important for correct dependency management, as the nvim binary is used to create some runtime files. The nvim binary (and the target to build it) is thus called `nvim_bin` and the target to build all of nvim (binary+runtime) is called `nvim`.
2024-01-19 05:21:25 -07:00
nvim_runtime
cmake: Generate tags and some vim syntax elements
2015-04-02 09:45:34 -07:00
DEPENDS
${GENERATED_SYN_VIM}
${GENERATED_HELP_TAGS}
Generate tags and install docs for included packages
2016-06-26 18:00:05 -07:00
${GENERATED_PACKAGE_TAGS}
cmake: Generate tags and some vim syntax elements
2015-04-02 09:45:34 -07:00
)
# CMake is painful here. It will create the destination using the user's
# current umask, and we don't want that. And we don't just want to install
# the target directory, as it will mess with existing permissions. So this
# seems like the best compromise. If we create it, then everyone can see it.
# If it's preexisting, leave it alone.
install_helper(
runtime: Remove duplicates and garbage from installation
2015-07-26 14:37:35 -07:00
FILES ${GENERATED_HELP_TAGS} ${BUILDDOCFILES}
DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/nvim/runtime/doc)
cmake: Generate tags and some vim syntax elements
2015-04-02 09:45:34 -07:00
runtime: Do install generated syntax file, also test this. #3160 Fixes #3157
2015-08-11 21:44:34 -07:00
install_helper(
FILES ${GENERATED_SYN_VIM}
DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/nvim/runtime/syntax/vim)
runtime: Fix where desktop file and icon are installed (#7072) With `xdg-*` utilities CMAKE_INSTALL_PREFIX is incorrectly ignored. Taken from [nvim-qt][1]. For some reason it only checks for !APPLE. [1]: https://github.com/equalsraf/neovim-qt/blob/b26596d164394765a0f757c65e266f5f77587521/src/gui/CMakeLists.txt#L48-L55
2017-07-26 18:52:22 -07:00
if(NOT APPLE)
install_helper(
FILES ${CMAKE_CURRENT_SOURCE_DIR}/nvim.desktop
DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/applications)
endif()
feat(windows): show icon in terminal titlebar, taskbar #20607 closes #20071
2022-10-13 05:48:12 -07:00
install_helper(
FILES ${CMAKE_CURRENT_SOURCE_DIR}/nvim.png
DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/icons/hicolor/128x128/apps)
build: bump minimum cmake version to 3.13 The benefits are primarily being able to use FetchContent, which allows for a more flexible dependency handling. Other various quality-of-life features such as `-B` and `-S` flags are also included. This also removes broken `--version` generation as it does not work for version 3.10 and 3.11 due to the `JOIN` generator expression. Reference: https://github.com/neovim/neovim/issues/24004
2023-10-14 04:12:48 -07:00
file(GLOB RUNTIME_ROOT_FILES CONFIGURE_DEPENDS *.vim *.lua *.ico)
refactor(build): make installation of runtime/ more effective Currently files to install in runtime/ is detected by recursive glob pattern which has two problems: - cmake needs to do a of work at config time and build/runtime/cmake_install.cmake becomes HUGE (2.5MB, biggest config file) - we need to explicitly specify each file suffix used in the entire runtime, which is duplication of information. These globs specify every single file in a subdirectory. Thus, we can just install every runtime/ subdirectory as a single install command. Furthermore, at the top-level, only .vim and .lua files need to be installed. Further possible refactor: we could move files which does not belong in $PREFIX/runtime out of $REPO/runtime. Then runtime could be installed with a single install_helper(DIRECTORY ...) command.
2023-03-07 07:00:51 -07:00
install_helper(FILES ${RUNTIME_ROOT_FILES}
DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/nvim/runtime/)
build: bump minimum cmake version to 3.13 The benefits are primarily being able to use FetchContent, which allows for a more flexible dependency handling. Other various quality-of-life features such as `-B` and `-S` flags are also included. This also removes broken `--version` generation as it does not work for version 3.10 and 3.11 due to the `JOIN` generator expression. Reference: https://github.com/neovim/neovim/issues/24004
2023-10-14 04:12:48 -07:00
file(GLOB RUNTIME_DIRS CONFIGURE_DEPENDS */)
refactor(build): make installation of runtime/ more effective Currently files to install in runtime/ is detected by recursive glob pattern which has two problems: - cmake needs to do a of work at config time and build/runtime/cmake_install.cmake becomes HUGE (2.5MB, biggest config file) - we need to explicitly specify each file suffix used in the entire runtime, which is duplication of information. These globs specify every single file in a subdirectory. Thus, we can just install every runtime/ subdirectory as a single install command. Furthermore, at the top-level, only .vim and .lua files need to be installed. Further possible refactor: we could move files which does not belong in $PREFIX/runtime out of $REPO/runtime. Then runtime could be installed with a single install_helper(DIRECTORY ...) command.
2023-03-07 07:00:51 -07:00
foreach(D ${RUNTIME_DIRS})
if(IS_DIRECTORY ${D})
install_helper(DIRECTORY ${D}
DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/nvim/runtime/)
endif()
runtime: Remove duplicates and garbage from installation
2015-07-26 14:37:35 -07:00
endforeach()
refactor(build): make installation of runtime/ more effective Currently files to install in runtime/ is detected by recursive glob pattern which has two problems: - cmake needs to do a of work at config time and build/runtime/cmake_install.cmake becomes HUGE (2.5MB, biggest config file) - we need to explicitly specify each file suffix used in the entire runtime, which is duplication of information. These globs specify every single file in a subdirectory. Thus, we can just install every runtime/ subdirectory as a single install command. Furthermore, at the top-level, only .vim and .lua files need to be installed. Further possible refactor: we could move files which does not belong in $PREFIX/runtime out of $REPO/runtime. Then runtime could be installed with a single install_helper(DIRECTORY ...) command.
2023-03-07 07:00:51 -07:00
# only foo.sh script in runtime/
install_helper(PROGRAMS ${CMAKE_CURRENT_SOURCE_DIR}/macros/less.sh DESTINATION ${CMAKE_INSTALL_DATAROOTDIR}/nvim/runtime/macros/)
Reference in New Issue Copy Permalink