- 26 Jan, 2022 9 commits
-
-
-
-
-
-
-
The clients wanting to find an extension are now using vlc_gl_HasExtension, which doesn't prevent from using a Core OpenGL profile, as opposed to the glGetString(GL_EXTENSIONS) call.
-
-
-
-
- 25 Jan, 2022 15 commits
-
-
Rémi Denis-Courmont authored -
Rémi Denis-Courmont authored
This reverts commit 53486e41. FontConfig versions 2.12.92 and later will not build on Linux, unless util-linux is available, which is not realistic for cross-compilation.
-
Rémi Denis-Courmont authored
Notes: * $(BUILDVARS) _must_ be passed as Make command line arguments, not as environment variables. Otherwise the lua Makefiles will override them, e.g.: CC = gcc * Contrary to the usual conventions, lua Makefiles expect $(AR) to convey not only the executable but also the keyletter "cru".
-
Rémi Denis-Courmont authored
-
$(PROTOC) is set by the main Makefile already, thank you very much.
-
This is not necessary here, and it causes the whole contrib to fail on Linux distribution that provide a newer protoc than in VLC extra tools.
-
Disabling the binary is not enough. Its reverse dependencies also must be disabled.
-
-
We have to write all the fields anyway otherwise we get a warning
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
-
-
This is necessary to find "data-only" packages such as xproto and xcb-proto. xproto is not currently available in contribs, while xcb-proto seems completely broken in contribs (refs #26507).
-
This was supposed to prevent native .pc files of the build system being taken into use. But all this really did was add a directory to the search path. pkg-config environment variables are a little bit confusing: - PKG_CONFIG_PATH directories are searched first. By default, it is treated as empty. - PKG_CONFIG_LIBDIR directories are searched second. By default, the system native directories are searched, for instance /usr/lib/$(BUILD)/pkgconfig and /usr/share/pkgconfig. If we want to search in /usr/share/pkgconfig, then it should be added to LIBDIR where it would normally be. PATH is better suited for the contrib installation directory.
-
- 24 Jan, 2022 7 commits
-
-
-
-
-
-
it's broken and not required
-
They have zero cost in release and help pinpoint the component raising OpenGL issues.
-
The GLSL allows three different swizzling: - .rgba - .stuv - .xyzw However, they are not allowed to be mixed together: ERROR: 0:8: Inconsistent component characters in swizzle 'xa' ERROR: 0:10: Use of undeclared identifier 'pixel' ERROR: 0:11: Use of undeclared identifier 'result' Fix the swizzling to w instead of a.
-
- 23 Jan, 2022 9 commits
-
-
Rémi Denis-Courmont authored
The pkg-config file correctly supplies -pthread for LDFLAGS, but libtool discards it, leading to linkage failure if libupnp is linked statically.
-
We don't depend on OpenGL types for the signature anymore.
-
Create an header file containing the interop definition and operations, so that the entrypoint can also be implemented out-of-tree and doesn't depend on code from the modules/ directory.
-
The implementations are now independant of the vlc_gl_api_t structure and the OpenGL virtual table. The rationale for removing vlc_gl_api_t is that interop implementations are already required to load specific function for most of them (like the eglCreateImageKHR function) and having vlc_gl_api_t in the public module API require exposing the OpenGL vtable and types to the public scope, which is pretty ard to justify and port/maintain for every platform.
-
Avoid using vlc_gl_api_t to determine whether npot are usable or not and directly inline the same check from gl_api.c.
-
Allocate a private part for the interop containing the actual OpenGL vtable used by the interop "core" code.
-
Directly load the function in the call. This is not very pretty, but much easier to write than storing the pointer in a private part of the importer.
-
The API type is already available in the vlc_gl_t object.
-
This improves compatibility with the core profile for OpenGL and removes usage of the extension field from vlc_gl_api_t, to remove dependency from the interop to the vlc_gl_api_t.
-
