Merge pull request #665 from krOoze/fix_broken_links

Fix some broken links
This commit is contained in:
Jon Leech 2018-04-04 22:19:23 -07:00 committed by GitHub
commit f34f2d3c21
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
8 changed files with 18 additions and 12 deletions

View File

@ -15,7 +15,7 @@ include::meta/VK_KHR_external_fence_capabilities.txt[]
- James Jones, NVIDIA - James Jones, NVIDIA
- Jeff Juliano, NVIDIA - Jeff Juliano, NVIDIA
- Cass Everitt, Oculus - Cass Everitt, Oculus
- Contributors to `<<VK_KHR_external_semaphore_capablities>>` - Contributors to `<<VK_KHR_external_semaphore_capabilities>>`
An application may wish to reference device fences in multiple Vulkan An application may wish to reference device fences in multiple Vulkan
logical devices or instances, in multiple processes, and/or in multiple logical devices or instances, in multiple processes, and/or in multiple

View File

@ -56,7 +56,7 @@ None.
=== New SPIR-V Capabilities === New SPIR-V Capabilities
* <<spirvenv-capabilities-table-multiview,code:MultiView>> * <<spirvenv-capabilities-multiview,code:MultiView>>
=== Promotion to Vulkan 1.1 === Promotion to Vulkan 1.1

View File

@ -37,7 +37,7 @@ created some additional bindings.
Applications normally will include the header `vulkan.h`. Applications normally will include the header `vulkan.h`.
In turn, `vulkan.h` always includes the following headers: In turn, `vulkan.h` always includes the following headers:
* <<boilerplate-vk-platform,`vk_platform.h`>>, defining platform-specific * <<boilerplate-platform-macros,`vk_platform.h`>>, defining platform-specific
macros and headers. macros and headers.
* <<boilerplate-vulkan-core,`vulkan_core.h`>>, defining APIs for the * <<boilerplate-vulkan-core,`vulkan_core.h`>>, defining APIs for the
Vulkan core and all registered extensions _other_ than window Vulkan core and all registered extensions _other_ than window

View File

@ -51,7 +51,8 @@ ifdef::VK_VERSION_1_1,VK_KHR_device_group[]
* code:DeviceGroup * code:DeviceGroup
endif::VK_VERSION_1_1,VK_KHR_device_group[] endif::VK_VERSION_1_1,VK_KHR_device_group[]
ifdef::VK_VERSION_1_1,VK_KHR_multiview[] ifdef::VK_VERSION_1_1,VK_KHR_multiview[]
* code:MultiView * [[spirvenv-capabilities-multiview]]
code:MultiView
endif::VK_VERSION_1_1,VK_KHR_multiview[] endif::VK_VERSION_1_1,VK_KHR_multiview[]
If the implementation supports any of the optional: features described in If the implementation supports any of the optional: features described in
@ -98,6 +99,7 @@ endif::VK_VERSION_1_1[]
endif::VK_VERSION_1_1,VK_KHR_shader_draw_parameters[] endif::VK_VERSION_1_1,VK_KHR_shader_draw_parameters[]
ifndef::VK_VERSION_1_1[] ifndef::VK_VERSION_1_1[]
ifdef::VK_KHR_multiview[] ifdef::VK_KHR_multiview[]
[[spirvenv-capabilities-multiview]]
| code:MultiView | <<VK_KHR_multiview,VK_KHR_multiview>> | code:MultiView | <<VK_KHR_multiview,VK_KHR_multiview>>
endif::VK_KHR_multiview[] endif::VK_KHR_multiview[]
ifdef::VK_KHR_device_group[] ifdef::VK_KHR_device_group[]

View File

@ -59,7 +59,7 @@ The only changes to the functionality added by these extensions were to
<<features-features-shaderDrawParameters, feature bit>> added to determine <<features-features-shaderDrawParameters, feature bit>> added to determine
support in the core API, and support in the core API, and
<<features-features-variablePointersStorageBuffer, <<features-features-variablePointersStorageBuffer,
pname:variablePointerStorageBuffer>> from `VK_KHR_variable_pointers` was pname:variablePointersStorageBuffer>> from `VK_KHR_variable_pointers` was
made optional. made optional.
Additionally, Vulkan 1.1 added support for Additionally, Vulkan 1.1 added support for

View File

@ -14,9 +14,9 @@ The <<debugging-command-buffer-labels,Command Buffer Labels>> section
describes how to associate logical elements of the scene with commands in a describes how to associate logical elements of the scene with commands in a
slink:VkCommandBuffer. slink:VkCommandBuffer.
The <<debug-messengers,Debug Messengers>> section describes how to create The <<debugging-debug-messengers,Debug Messengers>> section describes how to
debug messenger objects associated with an application supplied callback to create debug messenger objects associated with an application supplied
capture debug messages from a variety of Vulkan components. callback to capture debug messages from a variety of Vulkan components.
[[debugging-object-debug-annotation]] [[debugging-object-debug-annotation]]
=== Object Debug Annotation === Object Debug Annotation

View File

@ -822,7 +822,7 @@ executable state>>.
ifdef::VK_EXT_debug_utils[] ifdef::VK_EXT_debug_utils[]
* [[VUID-vkEndCommandBuffer-commandBuffer-01815]] * [[VUID-vkEndCommandBuffer-commandBuffer-01815]]
If pname:commandBuffer is a secondary command buffer, there must: not be If pname:commandBuffer is a secondary command buffer, there must: not be
an outstanding flink:vkCmdBeginUtilsLabelEXT command recorded to an outstanding flink:vkCmdBeginDebugUtilsLabelEXT command recorded to
pname:commandBuffer that has not previously been ended by a call to pname:commandBuffer that has not previously been ended by a call to
flink:vkCmdEndDebugUtilsLabelEXT. flink:vkCmdEndDebugUtilsLabelEXT.
endif::VK_EXT_debug_utils[] endif::VK_EXT_debug_utils[]

View File

@ -471,7 +471,13 @@ existing applications.
Shared library implementations should: provide library symbols for commands Shared library implementations should: provide library symbols for commands
in the highest version of this Specification they support, and for in the highest version of this Specification they support, and for
<<wsi,Window System Integration>> extensions relevant to the platform. ifdef::VK_KHR_surface[]
<<wsi,Window System Integration>>
endif::VK_KHR_surface[]
ifndef::VK_KHR_surface[]
Window System Integration
endif::VK_KHR_surface[]
extensions relevant to the platform.
They may: also provide library symbols for commands defined by additional They may: also provide library symbols for commands defined by additional
extensions. extensions.
@ -860,8 +866,6 @@ options, but basetype:VkFlags is not used directly in the API.
Instead, a etext:Vk*Flags type which is an alias of basetype:VkFlags, and Instead, a etext:Vk*Flags type which is an alias of basetype:VkFlags, and
whose name matches the corresponding etext:Vk*FlagBits that are valid for whose name matches the corresponding etext:Vk*FlagBits that are valid for
that type, is used. that type, is used.
These aliases are described in the <<boilerplate-flags,Flag Types>> appendix
of the Specification.
-- --