OpenXR SDK (Source) 1.0.15
Windows binaries of the loader, sample apps, and API layers are attached. Zipfile and release tarball are signed by Ryan Pavlik, key fingerprint F029455EAB70F520FF4A03BD7F534CD56F00321E
OpenXR SDK 1.0.15 (2021-04-13)
The main SDK change in this release is that the OpenXR headers no longer
expose extension function prototypes because extension functions are not
exported by the loader. This should prevent some confusion during development
without affecting code that correctly compiles and links with older SDKs. Code
that was compiled but not linked (for instance, the automated tests of example
source in the specification) and that would not have successfully linked may
have their defects highlighted by this change, however. If you need those
prototypes still available, there is a preprocessor define that can re-enable
them. The function pointer definitions are always available.
In addition to that header change, this release contains three new vendor
extensions plus an assortment of SDK fixes.
- Registry
- Add
XR_VARJO_foveated_renderingvendor extension.
(internal MR 1981) - Add
XR_VARJO_composition_layer_depth_testvendor extension.
(internal MR 1998) - Add
XR_VARJO_environment_depth_estimationvendor extension.
(internal MR 1998) - Add
uint16_ttoopenxr_platform_defines(and associated scripts) so it may
be used easily by extensions.
(internal MR 2017) - Reserve extension 149 for working group use.
(internal MR 1999) - Reserve extension numbers 150 to 155 for ULTRALEAP extensions
(internal MR 2006) - Reserve extension numbers 156-165 for Facebook.
(internal MR 2018)
- Add
- SDK
- Hide prototypes for extension functions unless explicitly requested by defining
XR_EXTENSION_PROTOTYPES. These functions are not exported from the loader, so
having their prototypes available is confusing and leads to link errors, etc.
(OpenXR-SDK-Source/#251,
OpenXR-SDK-Source/#174,
internal issue 1554,
internal issue 1338) - Also list API layers in list tool.
(internal MR 1991) - Ensure we expose the OpenXR headers in the build-time interface of the loader,
as well as the install-time interface, for use with FetchContent.cmake.
(OpenXR-SDK-Source/#242,
OpenXR-SDK-Source/#195,
internal issue 1409) - Improve
BUILDING.md, including adding details on how to specify architecture
for VS2019.
(OpenXR-SDK-Source/#245,
OpenXR-SDK-Source/#253) - Loader: Fix loader failing to load on Windows 7 due to
pathcchdependency.
(OpenXR-SDK-Source/#239,
OpenXR-SDK-Source/#214,
internal issue 1471,
OpenXR-SDK-Source/#236,
internal issue 1519) - Loader: Fix conflicting filename in
openxr_loader.defcausing a linker warning
when building debug for Windows.
(OpenXR-SDK-Source/#246) - Update
cgenerator.pyto generate header comments inopenxr.hto show when a
struct extends another struct
(internal MR 2005) - hello_xr: Check for
shaderStorageImageMultisamplefeature in Vulkan plugin
before using it.
(OpenXR-SDK-Source/#234,
OpenXR-SDK-Source/#233,
internal issue 1518) - hello_xr: Make sure
common.hincludes the reflection header that it uses.
(OpenXR-SDK-Source/#247) - layers: Revise documentation, re-formatting and updating to refer to real
functions and URLs.
(internal MR 2012) - loader: Check the instance handle passed to
xrGetInstanceProcAddr.
(internal MR 1980) - loader: Fix building OpenXR-SDK with CMake's multi-config Ninja generator.
(OpenXR-SDK-Source/#249,
OpenXR-SDK-Source/#231) openxr_reflection.h: Make reproducible/deterministic by sorting protection
defines in the script.
(internal MR 1993,
internal issue 1424)- xr_dependencies (shared utility): Include
unknwn.hon Windows, even without
D3D enabled.
(OpenXR-SDK-Source/#250,
OpenXR-SDK-Source/#237)
- Hide prototypes for extension functions unless explicitly requested by defining