-
Notifications
You must be signed in to change notification settings - Fork 104
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
Windows CI build is broken despite finding Vulkan SDK #470
Comments
It might not work because of the way environment variables are inherited in the CI. Let's say process My suggestion here is to:
|
You may find act useful for quickly iterating the CI changes. I can't make Docker work on my machine, otherwise I would have helped you more with it. |
I have been able to reproduce this same issue on a local Windows install so I can work on figuring this out tomorrow. |
…ded VULKAN_SDK for the makepkg-mingw command.
This workaround may fix the Windows CI build. --- a/msys2/PKGBUILD
+++ b/msys2/PKGBUILD
@@ -48,6 +48,7 @@ build() {
-G "Ninja" \
-DCMAKE_INSTALL_PREFIX="${MINGW_PREFIX}" \
-DBUILD_TESTING=OFF \
+ -DVulkan_LIBRARY=${MINGW_PREFIX}/lib/libvulkan.dll.a \
../
${MINGW_PREFIX}/bin/cmake.exe --build ./ But this is a workaround till now. The |
(paging @bvernoux since he's working on this) |
I have found a fix see https://github.com/bvernoux/scopehal-apps/blob/master/.github/workflows/build.yml |
That's OK. The solution is a bit different. The executables may link with the MSVC compiled vulkan libraries. Setting set(_Vulkan_hint_library_search_paths
"$ENV{VULKAN_SDK}/Lib"
"$ENV{VULKAN_SDK}/Bin"
) Whereas, setting find_library(Vulkan_LIBRARY
NAMES ${_Vulkan_library_name}
HINTS
${_Vulkan_hint_library_search_paths}
)
mark_as_advanced(Vulkan_LIBRARY) But both reach to same destination. |
Build fixed see PR #481 |
@bvernoux on https://github.com/Johnsel/scopehal-apps/runs/8164338202 glscopeclient --help runs too now. I'm not entirely sure what has fixed it, presumably something related to the errors or the shell. Perhaps you will be able to figure it out with fresh eyes on it. |
@Johnsel Could you create a PR with your modifications ? (that is really better than what I have done and that seems to fix issues with msys2 shell with explicit definition which is always better ...) |
I could, but I am still confused about the build test phase fixing itself with seemingly unrelated changes so I'd like to confirm that we have a fully functional build before we switch over. Is the glslc issue fixed? The missing header I mean. |
glslc is not fixed as the required headers are not present in Windows VulkanSDK but present for Linux (an issue shall be created for VulkanSDK to ask they add those headers and static lib if some are missing) |
Is it possible that on Windows we might have to install https://github.com/KhronosGroup/glslang/ separately from the SDK? |
Yes so far it seems to be the only way to do it until VulkanSDK add it (maybe that also impact OSX to be checked) |
Do we need to find this header in the VulkanSDK (or glslang) though? It seems that the mingw package that supplies glslc should provide this, no? For some reason it does not properly add that path to the -I includes though. I can work on it some more tomorrow, |
https://packages.msys2.org/package/mingw-w64-x86_64-glslang this one I mean |
See one of the first 10-ish includes at https://github.com/glscopeclient/scopehal-apps/runs/8210668826?check_suite_focus=true#step:7:257 it is refering to /usr instead of the MinGW prefixed path edit: |
Yes it is an other easier (potentially better) solution |
…bvernoux to see if he wants to work on it while I sleep
Update. The mingw-w64 vulkan loader package has been fixed in msys2. The workaround is not required anymore. |
I do not understand what is your workaround as we are using VulkanSDK and so we shall use VulkanSDK lib and not mix it with mingw64 lib which are probably too old not compatible with VulkanSDK we are using.
Anyway so far the actual master have different issues to be fixed
|
[code]
-- Could NOT find Vulkan (missing: Vulkan_LIBRARY) (found version "1.3.223")
CMake Error at CMakeLists.txt:61 (message):
No Vulkan SDK found.
[/code]
The text was updated successfully, but these errors were encountered: