vlc.git will now target macOS 10.10 or higher, therefore some
symbols can be enabled now, as they are available.

The full list of dropped symbols with their minimum version is:
- export ac_cv_func_ffsll=no # 10.9 / ios7
- export ac_cv_func_flsll=no # 10.9 / ios7
- export ac_cv_func_fdopendir=no # 10.10 / ios8
- export ac_cv_func_openat=no # 10.10 / ios8
- export ac_cv_func_fstatat=no # 10.10 / ios8
- export ac_cv_func_readlinkat=no # 10.10 / ios8

Adds an option to get a shell with the right environment set to build
VLC.
Signed-off-by: Hugo Beauzée-Luyssen <hugo@beauzee.fr>

We're using KDE Neon Qt5 & friends that fix the UI look and feel for
desktop environments Canonical does not care about, but unfortunately
those packages are not compatible with appmenu-qt5 package from Xenial,
required by desktop-qt5.  The fix here is to replicate the desktop-qt5
snap build proccess, dropping appmenu-qt5 dependency.

Xcode 3 should really not be used here anymore.
macOS 10.10 should support Xcode 6 or 7.

Also bump deployment target to 10.10.
Makes sure that correct default deployment target is assumed for
xib files.

The package-win-sdk target assumes that an install already has been
done and that $(prefix)/include exists.

This fixes race conditions if building package-win-common with
a parallel make.

It's required by newer x264

Current tools set the library identification names to the
unversioned libraries (e.g. rpath/libvlccore.dylib), therefore
breakpad needs symbols with that library name.
Currently, breakpad does not support having the same symbols for
multiple names, therefore it cannot keep symbols for both the
versioned and unversioned variants.

Workaround that by removing the symlinks and only keeping the
unversioned name of the libraries for VLC-debug.app.

refs #19653

Additionally rename 7Z_OPTS to 7ZIP_OPTS, to match the 7ZIP program
variable name.

Fix #19538

Those are also usually wanted by developement builds.

This should give a complete environment when using env.build.sh
as a standalone helper.

This file is included and used in build.sh. Additionally, it can
be directly sourced into the current shell, to have a correct
environment for local builds.
The first parameter specifies if the environment for "vlc" or
"contrib" shall be provided.

cp --parents was copying the entire hierarchy leading to the plugins
folder, causing resulting builds to fail to load any plugins

Missed change from previous commit

This fixes windows packaging following 99ad3da5

Automake only allows DATA target into architecture-independent data
directories. So mark Lua byte-code files as SCRIPTS, which they kinda
are anyway.

Makefile expansion cannot handle that correctly.

pkglibexecdir is the pseudo-directory for internal executables.
vlc-qt-check already uses that. Indeed, PROGRAMS and SCRIPTS targets
are not allowed by automake in pkglibdir.

(libexecdir can be set to '${libdir}' in configure if/when the
distinction is unwanted.)

Followup fix for 6c6bc89c.
This sets the contribs flags now in the same way as before, to
correctly build a contrib package with minimum macosx version
repected.

Also add WARNING_CFLAGS, to enable availability errors for all
Xcode based projects.

The def file generated by the linker is enough input to dlltool;
this doesn't change the output import library at all.

This fixes building with llvm-dlltool, which doesn't support
providing object files/dlls, it only supports reading from a def file
(which these commands already did anyway).

When libtool links DLLs that include C++ code, it does so by
passing -nostdlib and manually adding the compiler built-in
default libraries. When linking, clang specifies the compiler-rt
library by passing the full path to the .a file, instead of using
-L + -l. libtool currently doesn't pick up such a full path to
a static library as a library it should include.

This patch is a custom libtool patch from chromium os [1],
upstreaming is in progress at [2].

[1] https://chromium.googlesource.com/chromiumos/overlays/portage-stable/+/88201a517e3a797e4197bacc4959785a934c08d6
[2] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27866

The previous background had the orange bar at the bottom, but with
some configurations of the Window it would be covered by the status
bar. Therefore move the orange bar to the top and adjust the icon
positions accordingly.

This really needs to be fixed on Canonical side with layouts, then we
can drop shipping those packages as well.