From 9a901cf92b363febe98f70969cc7f520c2e76101 Mon Sep 17 00:00:00 2001 From: Mark Young Date: Thu, 28 Jan 2016 13:25:35 -0700 Subject: layers: Fix 32-bit Win compilation issue in swapchain layer. The layer was using an unordered_map ... in several places, but VkSurfaceKHR (unlike many other Vulkan types) isn't a pointer but a uint64_t. On Win32, it's trying to push in a uint64_t into a 32-bit pointer, which the compiler is choking on. Instead, make the unordered_map use VkSurfaceKHR. --- layers/swapchain.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/layers/swapchain.h b/layers/swapchain.h index 7d52a1d1..4dce9899 100644 --- a/layers/swapchain.h +++ b/layers/swapchain.h @@ -189,7 +189,7 @@ struct _SwpInstance { VkInstance instance; // Remember the VkSurfaceKHR's that are created for this VkInstance: - unordered_map surfaces; + unordered_map surfaces; // When vkEnumeratePhysicalDevices is called, the VkPhysicalDevice's are // remembered: @@ -269,7 +269,7 @@ struct _SwpPhysicalDevice { // Record all surfaces that vkGetPhysicalDeviceSurfaceSupportKHR() was // called for: - unordered_map supportedSurfaces; + unordered_map supportedSurfaces; // TODO: Record/use this info per-surface, not per-device, once a // non-dispatchable surface object is added to WSI: @@ -362,7 +362,7 @@ struct layer_data { // NOTE: The following are for keeping track of info that is used for // validating the WSI extensions. std::unordered_map instanceMap; - std::unordered_map surfaceMap; + std::unordered_map surfaceMap; std::unordered_map physicalDeviceMap; std::unordered_map deviceMap; std::unordered_map swapchainMap; -- cgit v1.2.3