Seth R. Johnson

@wdconinc absolutely! mainly I focused on trimming down the dependency lists on the base to match the actual usage based on the CMakeCache and CMakeLists in Qt. If I recall...

Yeah, the config output is a good extra diagnostic to keep around in addition to the cmake output

I'm personally fine with getting Linux to work for now and fixing the macOS build in a follow on commit...

@alalazo I think this will also fix #31832 . Interestingly my `libuuid` external is a build-only dependency of the spec that's failing... so it doesn't appear in `spack find -lvd`....

@alalazo @adamjstewart @becker33 is there a quick fix for getting this in for macos platforms?

Amazing! Thanks @alalazo !

@keitat I know we just saw this problem in another spack issue but I can't find where: ```c++ static constexpr std::ostream * outputStream_default_ = &std::cout; ``` I recall you saying...

@alalazo I just got the same `ValueError: Unknown load command: 2147483700` in an unrelated circumstance. This is probably related to fat intel/arm binaries on macos: see https://github.com/ronaldoussoren/macholib/commit/b2e18ec33af3ebfd97334266ebcfe455a6e520ff .

Actually, fixed way earlier in v1.13 of macholib : time to update that package recipe 😄

Yes, the file+class conflict seems to be a particularly bad one. Even using `.. doxygenfile::` multiple times seems to want to repeat the anchor for a namespace. From https://raw.githubusercontent.com/celeritas-project/celeritas/master/doc/api/corecel.rst I...