KO Myung-Hun authored 5 years ago and Steve Lhomme committed 4 years ago

OS/2 socket APIs use int not unsigned int in place of socklen_t. As
a result, compilation is stopped at function call requiring socklen_t *
because of type mismatch between int * and unsigned int *.

Signed-off-by: Steve Lhomme <robux4@ycbcr.xyz>

At least gcc 8 for the Raspberry Pi needs it.

"enable_brprot" was never set when --disable-branch-protection was passed, so
the test != "no" was always true.

Use the name "enable_branch_protection" instead that will be initialized by
autoconf.

PS: --disable-branch-protection seems to be needed to get symbols via gdb.

John Cox authored 5 years ago and Steve Lhomme committed 5 years ago

Signed-off-by: Steve Lhomme <robux4@ycbcr.xyz>

Both daemon and fork are declared for tvOS but are not available for use, so we need to explicitly ignore them.

John Cox authored 5 years ago and Steve Lhomme committed 5 years ago

Signed-off-by: Steve Lhomme <robux4@ycbcr.xyz>

Use the new compiler flag syntax. This fixes a warning per build.
This also enables use of BTI in C/C++ code.

KO Myung-Hun authored 5 years ago and Rémi Denis-Courmont committed 5 years ago

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Compiling with Xcode 11 automatically enables the -fstack-check feature
which causes stack checking error due to unaligned stack which seem
to not be true. Lots of projects are affected by this currently
so hopefully this will be fixed in an Xcode update.

getmntent_r is not necessarily available when the mntent.h header is present
(cf.  Android).

DOLT (provides doltlibtool and doltcompile to make compilation faster
by not always running full libtool) does not handle --with-pic at all,
so even when PIC is requested, it won't use it.

As a workaround manually add it to X86ASMDEFS.

It does not make much difference in practice as they should always
come together, but fstatat() is what the code base uses conditionally.

Jai Luthra authored 5 years ago and Steve Lhomme committed 5 years ago

This is based on the GSoC project of Jai Luthra which final code can be
found here https://code.videolan.org/gsoc2019/darkapex/vlc/commits/nvdec_merge

The added patches on top of this proposal (cleaning, fixing, more codecs) can
be found here https://code.videolan.org/robUx4/vlc/tree/nvdec/10



By default we use Bob deinterlacing if the source is interlaced.

Do not use the VP9 decoder if the profile is unknown, it may need 10 bits
support and the hardware may not support it. This is the same way we support
VP9 in DXVA.

The decoder currently has a lower priority than libavcodec.

Co-authored-by: Jai Luthra <me@jailuthra.in>
Co-authored-by: Steve Lhomme <robux4@videolabs.io>

Signed-off-by: Steve Lhomme <robux4@ycbcr.xyz>

That support port specifications.

aligned_alloc() is not portably suitable for over-alignments.
posix_memalign()/memalign() are still needed.

This essentially reverts commit 34cd9656.

Pierre Lamot authored 5 years ago and Jean-Baptiste Kempf committed 5 years ago

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

If the compiler supports the the dedicated code generation command line
flag, use it to provide return/backward control flow integrity (CFI).

This provides protection against return-oriented programming attacks on
where supported. This has no effects if the processor and/or operating
system do not support the extension, except for adding no-ops in the
generated machine code.

So far the AArch64 assembler code in VLC is only made of leaf functions
which do not not store/load the link register value, so there are no
needs to use the Pointer Authentication instructions manually (at least
not for return-CFI).

This reverts commit 376d2b56.

There is no tizen_audio module anymore.

HAVE_TIZEN_SDK is not used anywhere in the code anymore, so this
is not needed.

This will only be enabled when building windows targets and will only work when
compiling with Clang.