GGitHubbuild: haiku os support #36639
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
refactor(IWYU): fix headers Remove export pramgas from defs headers as it causes IWYU to believe that the definitions from the defs headers comes from main header, which is not what we really want. | 2 年前 | |
build: haiku os support #36639 Initial support for compiling on haiku os. Some deps can be pulled from haiku repos, some need to be compiled with nvim's dep build system: cmake -DUSE_BUNDLED_LIBUV=OFF -DUSE_BUNDLED_UNIBILIUM=OFF -DUSE_BUNDLED_LUAJIT=OFF -B .deps ./cmake.deps make -C .deps | 7 个月前 | |
test: port libvterm unit test to neovim test suite These were imported from the v0.3.3 git tag https://github.com/neovim/libvterm/tree/v0.3.3 and not the latest commit. This is for compatibility reasons as the libvterm code was imported from v0.3.3. | 1 年前 | |
refactor(build): make all generated c files headers There's no "rule" or bad practice or whatever that says we cannot generate c files. it is is just that we have ~20 generated headers and ~2 generated sources and there is nothing in these two generated source files which sets them aparts. Lua bindings are not different from rpc bindings, and pathdef is not different from versiondef. So to simplify build logic and ease the future port to build.zig, streamline the build to only have generated headers, no direct generated .c files. Also "nlua_add_api_functions" had its prototype duplicated twice which defeated the point of having mandatory prototypes (one source of truth). | 2 年前 | |
fix(build): use correct cmake expression for $<CONFIG> ${CONFIG} is an empty string even when configuration is known at configuration time. $<CONFIG> has to be used at "generation time" Currently zig's reimplementation of cmake config headers does not support $<CONFIG> so use a branch to pick the one which works. | 1 年前 |