lix/doc/manual/rl-next/include-rearrangement.md

21 lines
1.1 KiB
Markdown
Raw Normal View History

meson: prepare for include rearrangement Context: we have include paths that are "types.hh" and similarly common names. We currently have these compatibly available as "lix/libutil/types.hh" externally but *not yet internally*. This is because we don't have any way for the src directory to appear as `"lix/"` from inside of Lix: the lix/ include directory is created by the install process. The goal of this whole thing is to make it clearer which component of Lix that files are a part of, which should hopefully help at least a little bit to new developers. One disadvantage of un-mixing these is that it will cause some API changes if we ever move a file between libraries, but that is not very common, and we don't care that much about external API users. This was planned for a while and is why we have a FixIncludes check to begin with. Personally I don't see a great benefit in rearranging our source code, and in fact, it would probably be counterproductive: - Moving the includes into a separate `include/` directory would just make developers have to deal with more directories, when we can already generate the desired layout through the build process. - This would also decouple the .cc and .hh files which currently conventionally have each others' definitions and declarations respectively, right next to each other, making it easier for them to feel decoupled and diverge. Content: Add ../include as an include directory so that lix/ in include paths will resolve to src/ within Lix itself, just as it does externally today. This prepares for a further series of commits applying the actual change to each library one-by-one by accepting both include versions at once. This could have been done with ../ and a symlink called lix, but we would like to not accept libexpr/foo.hh internally for it would be broken externally, so we need an otherwise empty directory for the include. Change-Id: Ideac17faadae2bcea2dffbab34eb27c582ede399
2024-11-12 22:50:57 +00:00
---
synopsis: "Includes are now qualified with library name"
category: Development
cls: [2178]
credits: jade
---
The Lix includes have all been rearranged to be of the form `"lix/libexpr/foo.hh"` instead of `"foo.hh"`.
This was already supported externally for a migration period, but it is now being applied to all the internal usages within Lix itself.
The goal of this change is to both clarify where a file is from and to avoid polluting global include paths with things like `config.h` that might conflict with other projects.
For other details, see the release notes of Lix 2.90.0, under "Rename all the libraries" in Breaking Changes.
To fix an external project with sources in `src` which has a separate build directory (such that headers are in `../src` relative to where the compiler is running):
```
lix_root=$HOME/lix
(cd $lix_root && nix develop -c 'meson setup build && ninja -C build subprojects/lix-clang-tidy/liblix-clang-tidy.so')
run-clang-tidy -checks='-*,lix-fixincludes' -load=$lix_root/build/subprojects/lix-clang-tidy/liblix-clang-tidy.so -p build/ -header-filter '\.\./src/.*\.h' -fix src
```