The pkg-config in msys overwrites/loses the PKG_CONFIG_PATH but not the
PKG_CONFIG_LIBDIR, so we set the PKG_CONFIG_LIBDIR (which is empty anyway) to
the value of PKG_CONFIG_PATH.
When cross-compiling the PKG_CONFIG is either forced by the environment, to find
what the user wants us to find, or we detect a usable one and set common system
pathes where we might find usable packages.
It's possible to disable the use of PKG_CONFIG like it used to be by setting
PKG_CONFIG=false in the environment, when building contribs.
We make sure PKG_CONFIG_LIBDIR is used when we set its value.
The contrib path is automatically added for contribs and for vlc.
We still need a proper environment to build VLC. We set the same values used in
contribs. They should always match. It could be removed once it's move into
configure.ac.
It uses the same detection for bogus Debian $TRIPLET-pkg-config.
And use it for all contribs detection and building.
on Debian, the x86_64-w64-mingw32-pkg-config may exist and run but give an
error when actually trying to find a package because the package architecture
doesn't exist for that target. So we have to test it thoroughly.
If we revert to pkg-config when cross-compiling we also force the
PKG_CONFIG_LIBDIR, otherwise we leave it untouched as the system/environment may
provide more that we know.
Both /usr/$(HOST)/lib/pkgconfig and /usr/lib/$(HOST)/pkgconfig variants exist,
at least on Debian.
At least widl/windres are Windows tools that are not defined in GNU Make on
msys or Linux.
Neither ranlib or strip have implicit values either when I tested with make -p.
This is the only direct usage of the decoder_t created by input_DecoderCreate().
This will allow to use a new opaque struct for the decoder_t input API.
This reverts commit 77aa424b72.
The replacement was not equivalent:
strncmp(a, b, strlen(b)) == 0 # test if a starts with b
strcmp(a, b) == 0 # test if a equals b
In practice, it breaks OpenGL on Android when the vout_modules contains
"gles2,none".
Signed-off-by: Steve Lhomme <robux4@ycbcr.xyz>
The macro assumed a local variable vgl existed, which is not always the
case.
Instead, pass a pointer to the opengl_vtable_t as parameter.
Signed-off-by: Steve Lhomme <robux4@ycbcr.xyz>
The variable already exists in libvlc. If for some reason the variable is
removed from libvlc this test should fail as it's setting a variable that will
no longer be used.
From the spec:
"There are no restrictions upon the order of the chunks within a WAVE file,
with the exception that the Format chunk must precede the Data chunk."
The Wav demuxer can now parse chunks in any order. I don't check that the fmt
chunk is before the data one in order to be more resilient to broken samples.
This commit will allow to add new chunks more easily, specially chunks that can
be after the 'data' one. I'm thinking about the ADM support, that need 2
chunks, 'chna' and 'axml' that is after the 'data' chunk.
Alexandre Janniaux
Steve Lhomme
Thomas Guillem
Marvin Scholz
Francois Cartegnie
Romain Vimont