Two problems here:
- Recent changes to the vulkan_sample.h framework has made
VK_KHR_portability_enumeration mandatory when portability is enabled. This is not correct since the MoltenVK driver does not implement this instance extension - it is present only in the Vulkan loader. The impact is that samples that use the vulkan_sample.h framework fail on the iOS Simulator where MoltenVK standalone is used - note the Vulkan loader cannot run on the Simulator since it is not built for that target and is not packaged as an xcframework. The solution is simply to make the extension optional (as it already is for the more basic [hpp_]hello_triangle samples).
- Similarly, recent changes to the layer settings framework cause build failures for the layout_transitions, pipeline_barriers, and subpasses samples when targeting the iOS Simulator. It looks like only a partial conversion was made to these samples and the work just needed to be finished. A simple set of fixes to finish the job.
I will submit a PR to address the above issues.
Two problems here:
VK_KHR_portability_enumerationmandatory when portability is enabled. This is not correct since the MoltenVK driver does not implement this instance extension - it is present only in the Vulkan loader. The impact is that samples that use the vulkan_sample.h framework fail on the iOS Simulator where MoltenVK standalone is used - note the Vulkan loader cannot run on the Simulator since it is not built for that target and is not packaged as an xcframework. The solution is simply to make the extension optional (as it already is for the more basic [hpp_]hello_triangle samples).I will submit a PR to address the above issues.