GitLab

This enables capture of windows even when not entirely visible.

This update is required due to API updates.

x86 GCC does not need those parameters to compile MMX or SSE assembly
or built-in intrinsics (contrary to ARM GCC w.r.t. NEON). They only
allow the compiler to issue MMX or SSE instructions for the plain C
code. We already rely on this tolerant compiler semantic for the CPU
detection code, and for some optionally accelerated filters (e.g.
deinterlace).

Disabling MMX and SSE for non-assembly code should have no or
negligible effects on the affected plugins. On the other hand, it
ensures that the plugin descriptor can be run by non-MMX/non-SSE CPUs.

Same as is done for MMX. Run-time checks determine whether SSE can be
used in any case.

10l

Unfortunately, libtool is yet incapable of doing marking symbols as
hidden (not exported) at compilation time.  So lets do it manually.
According to the GCC documentation, this allow some compile-time
optimizations depending on the platform.
This was already done by Damien earlier (and removed during the
plugin headers cleanup).

The check is disabled on Windows, as the compiler accepts the flag,
but generates lots of warnings during compilation.

Katsushi Kobayashi authored May 07, 2011 and Felix Paul Kühne committed May 07, 2011

includes a couple of tweaks by me and will need further testing and cleaning

Also, __USE_UNIX98 is a libc-internal definition. The build system is
not supposed to define that directly (we have _GNU_SOURCE).

I don't this abomination to leak through the stable LibVLC interface.
To link statically, modules should be linked into LibVLC instead.

And then, there is no need to reintroduce the old "builtin" vlc-config
type if all modules are built the same. In prehistoric times, the
distinction was needed because some modules were static and some not.

GCC takes the last -O* option, which defaults to -O0 anyway. With
./configure forcing -O0, there was no way to select a custom
optimization level via external CFLAGS.

Optimizing VLC code for size is probably not such a great idea,
considering that media playback is performance critical. There are
better ways to reduce code size than -Os, e.g. Thumb(2) code on ARM.

And of course, removing unneeded plugins and feature is the best way
to reduce code size.

In many cases, OSS was used when the builder forgot to install the
alsa-lib development headers. This should not be an issue anymore, as
ALSA is now required on Linux by default.

I believe the fallback to OSS from ALSA and PulseAudio is causing more
confusion than it solves problem. Besides, the OSS emulation by ALSA
cannot mix, so OSS is almost completely useless on Linux, unless OSSv4
was specifically installed.

Moreover, Linux distributions have started dropping OSS completely.

This ensures that at least either ALSA or PulseAudio will be compiled
by default (on Linux).

This will be needed if/when we get a PulseAudio input and SD.

This plugin had become useless since the removal of the OMAP
framebuffer video output.

This reverts commit 8a1afb86.
Don't define HAVE_LINUX if you don't have it in the first place.
And this does not even respect the configure message rules.

access_dtv for Android systems.

Sure, this will be unpopular, and this will likely kill you kittens, but
maintaining 2 http interface is stupid and counter-productive.
Let's hope luahttp will finally get fixed.

In any case, ALSA version 1.0.24 is recommended as any older versions
may cause spurious failures when used in VLC.