SPIRV-Tools: Bump to 2024.4-rc2

[maleadt]

Bumping to a release candidate is kinda sketchy, but 2024.3 has bugs that need solving. So it's either moving forwards to a relatively stable release candidate, or backporting a whole bunch of code.

[maleadt]

Apparently spirv-objdump is depended on by other targets, so I can't simply disable it. I had done this before because of C++-related compilation issues, which are resolved for Linux once upgrading GCC, but in macOS I'm still encountering a build error related to C++17's filesystem support:

[11:27:24] ld64.lld: error: undefined symbol: std::__1::__fs::filesystem::__status(std::__1::__fs::filesystem::path const&, std::__1::error_code*)
[11:27:24] >>> referenced by tools/CMakeFiles/spirv-objdump.dir/objdump/objdump.cpp.o:(symbol (anonymous namespace)::OutputSourceFiles(std::__1::unordered_map<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, std::__1::hash<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>, std::__1::equal_to<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>, std::__1::allocator<std::__1::pair<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>>> const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const&, bool)+0x39b)
[11:27:24] >>> referenced by tools/CMakeFiles/spirv-objdump.dir/objdump/objdump.cpp.o:(symbol (anonymous namespace)::OutputSourceFiles(std::__1::unordered_map<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, std::__1::hash<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>, std::__1::equal_to<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>, std::__1::allocator<std::__1::pair<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>>> const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const&, bool)+0x104)
[11:27:24]
[11:27:24] ld64.lld: error: undefined symbol: std::__1::__fs::filesystem::path::__filename() const
[11:27:24] >>> referenced by tools/CMakeFiles/spirv-objdump.dir/objdump/objdump.cpp.o:(symbol (anonymous namespace)::OutputSourceFiles(std::__1::unordered_map<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, std::__1::hash<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>, std::__1::equal_to<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>, std::__1::allocator<std::__1::pair<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>>> const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const&, bool)+0x1bc)
[11:27:24] >>> referenced by tools/CMakeFiles/spirv-objdump.dir/objdump/objdump.cpp.o:(symbol std::__1::__fs::filesystem::operator/(std::__1::__fs::filesystem::path const&, std::__1::__fs::filesystem::path const&)+0x2d)
[11:27:24]
[11:27:24] ld64.lld: error: undefined symbol: std::__1::__fs::filesystem::__create_directories(std::__1::__fs::filesystem::path const&, std::__1::error_code*)
[11:27:24] >>> referenced by tools/CMakeFiles/spirv-objdump.dir/objdump/objdump.cpp.o:(symbol (anonymous namespace)::OutputSourceFiles(std::__1::unordered_map<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>, std::__1::hash<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>, std::__1::equal_to<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>, std::__1::allocator<std::__1::pair<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>>>> const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const&, bool)+0x118)
[11:27:24]
[11:27:24] ld64.lld: error: undefined symbol: std::__1::__fs::filesystem::path::__root_directory() const
[11:27:24] >>> referenced by tools/CMakeFiles/spirv-objdump.dir/objdump/objdump.cpp.o:(symbol std::__1::__fs::filesystem::operator/(std::__1::__fs::filesystem::path const&, std::__1::__fs::filesystem::path const&)+0x16)
[11:27:24] clang++: error: linker command failed with exit code 1 (use -v to see invocation)

Does that sound familiar to anybody?

[giordano]

Yggdrasil/X/XGBoost/build_tarballs.jl

Line 32 in 7123a60

# `std::filesystem` support was introduced in macOS 10.15