GCC 13 stopped transitively including a couple of headers (including
`cstdint`) in various scenarios, which breaks the build of the current
release version of `djv`. A fix for this issue has already been merged
in master as part of a PR from which Nixpkgs already pulls patches
from [1]. As this is the case, I just added the missing commit to
the list of patches in order to get the package building again.
[1]: be0dd90c25
I expect this was due to gcc 12 -> 13.
It's confusing that x86_64 doesn't suffer from this but aarch64 does:
https://hydra.nixos.org/build/247470042/nixlog/1/tail
For some reason it didn't suffice to extend CMAKE_CXX_FLAGS.
Foxotron vendors a lot of dependencies (see the `external` directory and
the various submodules it contains). One of them (`FBX`) fails to build
with current versions of GCC because the compiler cannot resolve the
type `std::uint32_t`. The affected file still imports the type via
`#include <stdint.h>`, which has been superseded by `#include <cstdint>`
in C++11.
The upstream patch applied here fixes this build issue by introducing
the missing include line of `<cstdint>`.
The new addition to `postPatch` disables a `-Werror` setting that
(currently) seemingly only causes assimp builds failures on darwin.
Co-authored-by: Cosima Neidahl <opna2608@protonmail.com>
* fstl: 0.9.4 -> 0.10.0
Note that https://github.com/mkeeter/fstl now redirects to
https://github.com/fstl-app/fstl. It would appear the old repo is no
longer updated, and the version under fstl-app is the proper location.
* fstl: address pull request feedback
* fstl: change install hook usage per review suggestion.
As of 2024-01-20, running f3d result in:
error while loading shared libraries: libvtkInteractionWidgets.so.1: cannot open shared object file: No such file or directory
Related issue: https://github.com/NixOS/nixpkgs/issues/262328
