| commit | 1e50e2630fda3a5e812a7fb4c55dab71470770d1 | [log] [tgz] |
|---|---|---|
| author | Tanner <tvandewalle@microsoft.com> | Tue Feb 18 23:25:56 2025 |
| committer | Tanner <tvandewalle@microsoft.com> | Tue Feb 18 23:25:56 2025 |
| tree | 633c23833b909d387e8de88bff6aba89a5db2d36 | |
| parent | 175f974e53d1f3564e39c76836ac32dadcbc0247 [diff] |
Update build versions to 1.716.1
This repository hosts the official Direct3D 12 headers. These headers are made available under the MIT license rather than the traditional Windows SDK license.
Additionally, this repository hosts several helpers for using these headers.
Make sure that you visit the DirectX Landing Page for more resources for DirectX developers.
/: Build files are available here for quick integration. CMake is provided, and can be referenced either via subdirectory() or after installation to a system location. Meson is also available for inclusion as a subproject/wrap./include/directx: These files are the core headers for using D3D12, plus d3dx12.h, which is a helper and does not cross the boundaries of the D3D12 API./include/wsl: These files are provided as a shim to be able to include the D3D12 headers from a Linux build environment, without requiring the rest of the Windows SDK./include/dxguids: This header allows an application to use uuidof<T>() consistently between Windows and WSL, instead of __uuidof()./src/dxguids.cpp: This cpp file can be used as a replacement for linking against dxguid.lib on Windows, and as a convenient translation unit to define GUIDs without multiple definitions for WSL./test: Simple CMake/Meson projects for validating the headers can be included in a given environmentNote that these headers may conflict with the headers from the Windows SDK, depending on include ordering. These headers should be added to the include directory list before the SDK, and should be included before other graphics headers (e.g. d3d11.h) from the Windows SDK. Otherwise, the corresponding header from the Windows SDK may be included first, and will define the include guards which prevents these headers from being used.
Note: WSL support is not intended for general purpose application development. At this time, the only recommended usage is for frameworks wishing to provide hardware acceleration for a Linux graphics/compute API in a WSL2 virtualization environment.
Note: WSL support is only available for 64-bit binaries.
The headers in the /include/wsl directory provide alternative definitions to macros and typedefs normally found in the Windows SDK. For the most part, they should be straightforward, but there are a couple to call attention to:
| Type | Reason |
|---|---|
LONG/ULONG | On 64-bit Windows, a long is 4 bytes, but on Linux it is typically 8 bytes. The D3D12 ABI for WSL uses long and therefore these should be 8 bytes. |
WCHAR/WCSTR | On Windows, a wchar_t is 2 bytes, but on Linux it is typically 4 bytes. The D3D12 ABI for WSL uses the native 4-byte wchar_t, to enable applications and the runtime to use the system C library to perform string manipulation. |
Additionally, APIs taking HANDLE (void*) for Win32 types should instead use reinterpret_cast<HANDLE>(fd) for an appropriate type of file descriptor. For ID3D12Fence::SetEventOnCompletion this should be an eventfd, and for shared resources will be an opaque fd.
There are various ways to consume the headers in this project:
add_subdirectory into it. Use the resulting DirectX-Headers and/or DirectX-Guids targets as a link dependencyfind_package functionality and will expose the same DirectX-Headers and DirectX-Guids targets.subproject or dependency to consume it.Contributions for new mechanisms are welcome.
This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.opensource.microsoft.com.
When you submit a pull request, a CLA bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., status check, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.
This project may contain trademarks or logos for projects, products, or services. Authorized use of Microsoft trademarks or logos is subject to and must follow Microsoft's Trademark & Brand Guidelines. Use of Microsoft trademarks or logos in modified versions of this project must not cause confusion or imply Microsoft sponsorship. Any use of third-party trademarks or logos are subject to those third-party's policies.