Vulkan: Provide utilities to put markers and labels where needed in the GPUmodule #106098

Merged
Jeroen Bakker merged 29 commits from :vk_debug_update into main 2023-04-21 12:32:52 +02:00
1 changed files with 2 additions and 2 deletions
Showing only changes of commit 60f47e80dc - Show all commits

View File

@ -110,10 +110,10 @@ static void vulkan_dynamic_debug_functions(VKContext *context, PFN_vkGetInstance
}
}
bool init_callbacks(VKContext *contex, PFN_vkGetInstanceProcAddr instload)
bool init_callbacks(VKContext *context, PFN_vkGetInstanceProcAddr instload)
{
if (instload) {
vulkan_dynamic_debug_functions(contex, instload);
vulkan_dynamic_debug_functions(context, instload);
return true;
};
return false;
vnapdv marked this conversation as resolved
Review

use context when referring to VKContext (be consistent with other areas of the code-base)

When referring to instances of the Vulkan API it is used. Eg VkCommandBuffer parameters should be named vk_command_buffer VKCommandBuffer (internal class) should be referred to as command_buffer.

Abbreviations like q should not be used, just call them what they are queue.

etc

use `context` when referring to `VKContext` (be consistent with other areas of the code-base) When referring to instances of the Vulkan API it is used. Eg VkCommandBuffer parameters should be named `vk_command_buffer` VKCommandBuffer (internal class) should be referred to as `command_buffer`. Abbreviations like `q` should not be used, just call them what they are `queue`. etc