[vulkan, spirv, etc] Update to v1.4.328

[Chris Sarbora (tophyr)]

• Changes comply with the maintainer guide.
• SHA512s are updated for each updated download.
• The "supports" clause reflects platforms that may be fixed by this new version.
• Any fixed CI baseline entries are removed from that file.
• Any patches that are no longer applied are deleted from the port's directory.
• The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
• Only one version is added to each modified port's versions file.

[Chris Sarbora (tophyr)]

Kai Pastor (@dg0yt) nice to see you again 😅 this is draft for the moment mostly because i'm just stepwise restarting #46621, to see if i can get away now with a more minimal set of changes. if i get the CI checks to go all-green then i'll clean things up and do some PR diligence.

[Andrew Tribick (ajtribick)]

From what I can see, vulkan-validationlayers switched their dependency from robin-hood-hashing to parallel-hashmap in 1.4.313 (USE_ROBIN_HOOD_HASHING option replaced with USE_CUSTOM_HASH_MAP in the CMake files), it would be useful to switch this as robin-hood-hashing is no longer maintained upstream.

[Chris Sarbora (tophyr)]

From what I can see, vulkan-validationlayers switched their dependency from robin-hood-hashing to parallel-hashmap in 1.4.313 (USE_ROBIN_HOOD_HASHING option replaced with USE_CUSTOM_HASH_MAP in the CMake files), it would be useful to switch this as robin-hood-hashing is no longer maintained upstream.

Andrew Tribick (@ajtribick), i swapped the dependencies, but it really feels like I should have to do something else as well - I was surprised that nothing broke with just a straight swap. Indeed, simply removing both parallel-hashmap and robin-hood-hashing results in a successful build. Are you sure the Vulkan-ValidationLayers build is actually using the custom hashmap?

[Chris Sarbora (tophyr)]

Kai Pastor (@dg0yt) marking this as ready-for-review.

[Billy O'Neal (BillyONeal)]

Please merge with master and fix the resulting build failures.

[Andrew Tribick (ajtribick)]

The issue I see is that it uses the vendored parallel-hashmap natvis file here: https://github.com/KhronosGroup/Vulkan-ValidationLayers/blob/a1ff2dbc7e50828def8098c5ebf0fee10b714f85/layers/CMakeLists.txt#L477

The parallel-hashmap port does actually install this file, so maybe that can be used instead:

vcpkg/ports/parallel-hashmap/portfile.cmake

Line 23 in c50ed42

file(COPY ${SOURCE_PATH}/phmap.natvis DESTINATION ${CURRENT_PACKAGES_DIR}/include)

[Chris Sarbora (tophyr)]

don't want to merge it in because it looks like it's still in flux, but waiting on this PR for #48492

[Chris Sarbora (tophyr)]

this should.... finally... be ready.

[Victor Romero (vicroms)]

Almost there, one merge issue on ports version db history.

[Chris Sarbora (tophyr)]

🥳