Previously the wglew.h check would only be done when directx is enabled,
but when disabled, other OpenGL modules are still enabled and these
would break without the GL/wglew.h include, which would never be done
because HAVE_GL_WGLEW_H would not be defined.
In the CI the path is in a wine location. If we build WIX in contribs, we can
use that path instead.
We default to the contrib path unless set by the user.
winepath, wslpath and cygpath have a compatible syntax (at least -w and -u).
They should be used depending on what is available in the build environment
rather than hardcoding "wine winepath".
By default packaged files (Windows, Mac) are build in <top_build>/vlc-4.0.0-dev.
This allows setting a different directory which might avoid some copies when
building into a third party project.
I want to start using the pl_opengl integration, so we need to slightly
revise the check to ensure we also have the libplaceo opengl header
available.
It's worth pointing out that these headers eventually become
non-conditional (in libplacebo git master as of writing), but we need to
live with this transitional logic until then.
In the contribs we
* check that HOST-protoc has the same version as protobuf
otherwise
* check that protoc has the same version as protobuf
AC_CHECK_TOOL() only tests one version of protoc for the protobuf matching.
Since VLC 3.0.x, VA-API no longer forcefully depends on libavcodec, even
if it is not particularly useful without it.
In fact, if libva is present, libavcodec absent, and the build system
already gladly builds VA support minus the libavcodec plugin.
Older versions of mingw had only the simplified variants, but the official SDK
doesn't use these so we should use the prefix ones.
Do the same type of check for __x_ABI_CWindows_CStorage_CIApplicationData2
We require mingw 8+ to make UAP/UWP builds.
That's where our contribs put the headers. That's also where the libmpcdec
headers are in Debian which has a newer revision than our contribs (r495 vs
r481).
The plugins are not mandatory for a successful build, but might result
is no platform plugins being available. The rationale is being able to
build a wayland-only platform.
It currently only supports the platforms that were already supported by
the previous contrib system patching. QT_STATIC is checked from the
qconfig.h file.
Use the existing pkg-config file to detect presence of libgme. This file
is already shipped on all known libgme versions (checked back until
0.6.0, which is from 2015).
This fixes build with recent libgme versions, which added even more
dependencies which were missing in the old check.
Fixes#27262
With libplacebo 4.192.0 being packaged by the contribs, we can increase
our minimum dependency of libplacebo to v4.x. This allows us to drop
backwards compatibility with v3.x, and thus avoid the use of APIs that
wil be removed in libplacebo v5.x.
The header for luac files changed, so the offset to check had to be
increased. Additionally the contrib lua library now has the version in
the filename.
This requires not just new-enough libplacebo, but also libplacebo GL
support. Move the check inside the branch of the latter.
Otherwise, this currently fails compiling on systems with new-enough
libplacebo but no libepoxy.
VLC requires a library version with custom source/destination memory
addresses. Note that we cannot look for symbols as some versions define
them as preprocessor macros aliasing other symbols.
Fixes#27068.
C compilers can have GNU extensions to support typeof in C code, but
some C++ compilers like clang are removing the builtin since decltype
can be used in C++ without the constraints from typeof. Decltype is not
100% equivalent for this reason: references will be kept in the returned
type.
The check in m4/typeof.m4 comes from graydon/monotone and dovecot/core
and was slightly modified to namespace the define for C++ code.
x-test syntax (x$foo = xyes/xno) is used to circumvent the fact that
shell variables are substituted and not just defining an argument, so
that $foo doesn't expand to no argument at all.
But "" in posix shell syntax is considered as an argument by itself, so
using quotes around the variable removes this issue. Thus, x-test is
useless in the case where it has been removed in this patch.
