Ok, so following up: Vulkan appears to be disabled because "loadso" (which is
short for "load shared objects" in this case) is disabled too, and this is not
a configuration that we generally test for, because that turns off SDL ever
dynamically loading a library, either internally for its own use (to answer
runtime questions like "is Wayland available? No? Ok, is Xlib available,
then?"), or for users of the API to dlopen() libraries.
(As an unrelated bug, "configure --disable-loadso" will still build SDL
with dlopen() support, but the macros get set that make the build
believe it isn't supported.)
So this line in src/video/SDL_vulkan_internal.h causes our specific
problem when Vulkan wasn't explicitly disabled by the configure script:
#if defined(SDL_LOADSO_DISABLED)
#undef SDL_VIDEO_VULKAN
#define SDL_VIDEO_VULKAN 0
#endif
...this makes it, shortly thereafter, not include the actual Vulkan headers,
causing all those errors Gianfranco listed.
So to answer the question: Vulkan was disabled because it broke the
build, and it breaks the build because --disable-loadso also got added
to debian/rules. So the next question is why did _that_ get added?
Because honestly? I'm amazed --disable-loadso didn't cause problems
earlier. Removing it causes the build to succeed with or without Vulkan.
(as this is actually an issue in Debian's package, which Ubuntu
inherits, should we take this conversation to Debian's bug tracker?)
--ryan.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1740517
Title:
SDL2 2.0.6 isn't compiled with Vulkan support
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libsdl2/+bug/1740517/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
