So Visual Studio 2015 has some breaking changes regarding the C
runtime. In short, they made C99 compatable runtime.
Refer to http://blogs.msdn.com/b/vcblog/archive/2014/06/18/crt-features-fixes-and-breaking-changes-in-visual-studio-14-ctp1.aspx

Made-Seriously-Happy: "Ronald S. Bultje" <rsbultje@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

There are no independant uses of mips32r2 instructions except for the
FPU parts. Due to the heavy use of mips32r2 specifc fpu extensions, I
am guessing the original author intended MIPSFPU to imply MIPS32R2 anyway.

Since these fpu instructions are available on mips64 (non-r2), enable them
there as well.

Also remove the last occurence of HAVE_MIPS32R2 (which is coupled to
HAVE_MIPSFPU anyway).

mips32r2 is left in the list of options form compatability so that using
--disable-mips32r2 doesn't break anything.
Signed-off-by: NJames Cowgill <james410@cowgill.org.uk>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes ticket #4238.

Reviewed-by: Thilo Borgmann

Only ac3dec and dcadec use it.

Makes passing to configure
--toolchain=gcc-asan --cross-prefix=armv7a-hardfloat-linux-gnueabi-
work as intended.

Since not all systems need the libraw1394 dependency, let pkg-config
provide the list of libraries actually needed.

The libdc1394-2.pc file has been included since version 2 (2008-01-05),
so it should be safe to use.

Based on the code by Luca Barbato <lu_zero@gentoo.org> and Yukinori
Yamazoe <drocon11@gmail.com>.

Fixes compilation with vfwcap disabled.
Reported and tested by Bernhard Döbler, programmer bardware de

Reviewed-by: Matt Oliver

It is required.

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Reviewed-by: tomas.hardin@codemill.se
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Fixes default compilation with icc.

Based in part on work from Niel van der Westhuizen <espes@pequalsnp.com>.

It will be reused by the AAC decoder.

This fixes builds with vc1_parser enabled without vc1_decoder. All
the vc1_decoder object files were included in the vc1_parser line
in libavcodec/Makefile before, but architecture specific object files
for vc1_decoder were not.
Signed-off-by: NMartin Storsjö <martin@martin.st>

Pointed out by: ubitux
Signed-off-by: NPaul B Mahol <onemda@gmail.com>

Signed-off-by: NPaul B Mahol <onemda@gmail.com>

Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Signed-off-by: NAnton Khirnov <anton@khirnov.net>

this makes the static libraries binary reproducible
Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

This breaks on BSDs

This reverts commit 7e857cd5.

this makes the static libraries binary reproducible
Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Code adapted from James Darnley's port
Some fixes from Paul B Mahol <onemda@gmail.com>
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Signed-off-by: Nrogerdpack <rogerpack2005@gmail.com>

It's not an installed header.
Tested-by: NThilo Borgmann <thilo.borgmann@mail.de>
Tested-by: NWei Gao <highgod0401@gmail.com>
Reviewed-by: NMichael Niedermayer <michaelni@gmx.at>
Signed-off-by: NJames Almer <jamrial@gmail.com>

The altivec optimizations on little endian ppc64 don't work without vsx.
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

The only difference with mp=pp7 is that default mode is "medium", as stated
in the MPlayer docs, rather than "hard".
Signed-off-by: NStefano Sabatini <stefasab@gmail.com>

Fixes Ticket 4199
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>

Also move the .long_name entry to below the .name entry.
Signed-off-by: NMartin Storsjö <martin@martin.st>

Compared to existing, common opensource H264 encoders, this can be
useful since it has got a different license (BSD instead of GPL).

Performance- and qualitywise it is comparable to x264 in ultrafast
mode.

Hooking it up as an encoder in libavcodec also simplifies comparing
it against other common encoders.

This requires OpenH264 1.3 or newer. Since the OpenH264 API and ABI
changes frequently, only releases are supported.

To take advantage of the OpenH264 patent offer, the OpenH264 library
must not be redistributed, but downloaded at runtime at the end-user's
system.
Signed-off-by: NMartin Storsjö <martin@martin.st>

Reduce the chance of introducing a class of bugs quite hard to track.

This allows using libraries that are detected via pkg-config with
msvc. (The libraries themselves may have to be built with MSVC
though.)
Signed-off-by: NMartin Storsjö <martin@martin.st>

Fixes Ticket #4139

Happy new year!

Signed-off-by: NStefano Sabatini <stefasab@gmail.com>

The MoveFileExA is available in the headers regardless which API
subset is targeted, but it is missing in the Windows Phone link
libraries. When targeting Windows Store apps, the function is
available both in the headers and in the link libraries, and thus
there is no indication for the build system that this function
should be avoided - such an indication is only given by the
Windows App Certification Kit, which forbids using the MoveFileExA
function.

Therefore check the WINAPI_FAMILY defines instead, to figure out
which API subset is targeted.
Signed-off-by: NMartin Storsjö <martin@martin.st>