Skip to content
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

vcpkg Dependencies #42

Open
matt328 opened this issue Jun 29, 2024 · 1 comment
Open

vcpkg Dependencies #42

matt328 opened this issue Jun 29, 2024 · 1 comment

Comments

@matt328
Copy link

matt328 commented Jun 29, 2024

Is the vcpkg package just currently unusable? From what I can tell this package depends on vulkan@2023-12-17 which depends on [email protected], and because of that, my project is pulling in [email protected], which isn't compatible with this package's latest due to the namespace issue talked about in #41.

I guess there's not much maintainers of this package can do, guess I'm looking for some others' perspectives on how they manage Vulkan dependencies in their projects. Up to this point, I've been able to use vcpkg for everything, but I guess an option is to submodule all the Vulkan related deps so I can carefully control which versions are pulled in. I think I would also need to hand craft some CMake stuff to find_package() the Vulkan SDK I have installed locally.

@stripe2933
Copy link

I use vcpkg overlay for force vcpkg to use locally installed Vulkan SDK.

Folder structure:

  • CMakeLists.txt
  • overlays
    • vulkan
      • portfile.cmake
      • vcpkg.json
  • (your other project files)

portfile.cmake

set(VCPKG_POLICY_EMPTY_PACKAGE enabled)

vcpkg.json

{
  "name": "vulkan",
  "version": "1.3.283"
}

At the configuration time, I pass -DVCPKG_OVERLAY_PORTS="../overlays". Then vcpkg will not use vulkan sub-dependency for any dependencies.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants