- This is the `$TERMUX_PREFIX/include` portion of #21835
- Replace `-I` with `-isystem` in strategic locations: changes the include order of headers in `$TERMUX_PREFIX/include` relative to headers inside the source code of packages currently being built, so that if any headers inside the source code of the package being built have the exact same file names as headers inside `$TERMUX_PREFIX/include`, the headers from inside the source code of the package will be used, instead of the headers from inside `$TERMUX_PREFIX/include`, which would not be correct.
- Previous discussion was here 3dc455672c (diff-8c775c171f451b21463be103116ad5a4c2d0c54d3fb4ff4b59e987f98fc9c348)
- Prevents many _potential_ `$TERMUX_PREFIX/include`-related errors (that are often only reproducible when reusing a single docker container to compile multiple packages) in the following packages (and possibly other packages):
- `nasm`
- `bitlbee`
- `emacs`
- `gdb`
- `libjxl`
- `libmediainfo`
- `maxcso`
- `nodejs`
- `pipewire`
- `rust`
- `sqlcipher`
- `tome2`
- `weggli`
- `zip`
- `proxmark3`
- `handbrake`
- This include order causes the `$TERMUX_ON_DEVICE_BUILD=false` build codepath to match the behavior of the `clang` binary from the `main/clang` package (i.e. the `$TERMUX_ON_DEVICE_BUILD=true` codepath), which is caused by the `-DDEFAULT_SYSROOT` setting that is built into it:
26a76f7b5d/packages/libllvm/build.sh (L40)
- `simulavr`: the current `simulavr` `build.sh` runs `mv $TERMUX_PREFIX/include ...`, that is not really ideal because it effectively deletes the entire `$TERMUX_PREFIX/include` folder, preventing any other packages that might be built in the same container from using the headers they need from `$TERMUX_PREFIX/include` (and also potentially creating a malformed `simulavr` package `.deb` if any other packages were installed info `$TERMUX_PREFIX` beforehand). This rewrites the `simulavr` package in a way that avoids destroying `$TERMUX_PREFIX/include`.
Co-authored-by: TomIO <43716232+TomJo2000@users.noreply.github.com>
- After #21944, `inkscape` is forced to statically link to `graphicsmagick`, but that PR did not also change the marked dependency from `graphicsmagick` to `graphicsmagick-static`, causing the static library to not be present in `$TERMUX_PREFIX/lib` if the package is compiled with `./build-package -I` and without also recompiling `graphicsmagick` in the same docker container first.
