-
Notifications
You must be signed in to change notification settings - Fork 686
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow libdxcompiler.so and dxc to find libdxil.so #5004
Conversation
❌ Build DirectXShaderCompiler 1.0.2749 failed (commit b813259bce by @pow2clk) |
✅ Build DirectXShaderCompiler 1.0.2751 completed (commit 4e037f9c97 by @pow2clk) |
✅ Build DirectXShaderCompiler 1.0.2752 completed (commit 1c3d450748 by @pow2clk) |
When present in the library search path, linux builds of libdxcompiler.so and the dxc executable should load libdxil.so and use it for validation and signing. However, the code to do that was still searching for dxil.dll even on these platforms. This change creates appropriate names for the dxcompiler and dxil libraries for each platform and uses them where appropriate. In addition, this changes some of the internal interfaces from wide chars to simple chars as the wide interface wasn't useful here.
✅ Build DirectXShaderCompiler 1.0.2756 completed (commit 2b48a4d929 by @pow2clk) |
✅ Build DirectXShaderCompiler 1.0.2757 completed (commit 697d523856 by @pow2clk) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Other than my dislike of Hungarian notation... this looks good to me.
The k- prefix is included in all other such string constants. Just trying to be consistent! 😄 |
When present in the library search path, linux builds of libdxcompiler.so and the dxc executable should load libdxil.so and use it for validation and signing. However, the code to do that was still searching for dxil.dll even on these platforms. This change creates appropriate names for the dxcompiler and dxil libraries for each platform and uses them where appropriate. In addition, this changes some of the internal interfaces from wide chars to simple chars as the wide interface wasn't useful here. (cherry picked from commit ae51624)
Merge relevant changes into release 1.7.2212 7ce4986 Fix opt.exe external lib loading (#5049) 8f4d1f4 PIX: DxcPixDxilInstructionOffsets should operate on libs (#5046) 0795b94 Fix AppVeyor Linux tests failing loading dxil.so (#5024) 6d3574a Remove SO version from unix binaries (#5010) 6d480fd Allow libdxcompiler.so and dxc to find libdxil.so (#5004) d751bd8 Correct WinAdapter path assumptions in public headers (#5003) 484f1b0 Fix instruction order issue in scalarizer (#5001) d9d83d0 Fix two issues found in our internal build (#5002) c8603e4 Added a workaround for PDBs with empty defines. (#4945) 073d860 [bug] Fix memory leak in dxil validator (#4966) 87fc5b5 PIX: Symbol manager: don't allow static members to contribute to member offsets (#4952) 8588ecb Turn off structurize-returns when cleanup blocks are present. (#4927) bac7aa7 build: disable LLVM_ENABLE_TERMINFO by default. (#4908)
When present in the library search path, linux builds of libdxcompiler.so and the dxc executable should load libdxil.so and use it for validation and signing. However, the code to do that was still searching for dxil.dll even on these platforms. This adds code to search for the right name on the right platforms.