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.
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 6c6bc89cf0.
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] 88201a517e
[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.
The jar file needs special treatment to be signed correctly:
- The identifier must be without any dots. The file has three, and
if only the suffix is dropped, then it will be wrongly interpreted as
a reverse domain, still
- It is not allowed to have a Mac App store certificate signature,
together with a jar file, as this is forbidden in the app store.
Our explicit requirement was allowing such a signature (see
"cert leaf[field.1.2.840.113635.100.6.1.9] exists").
Solution is now to just let codesign do this work internally,
therefore the explicit requirement is dropped completely.
Previously the 64bit installer would not detect if a 32bit VLC
is already installed, this can lead to situations where two VLC
versions are installed on the system, one 32bit and one 64bit.
Windows will only show one version, as they have exactly the same
name in the start menu and shortcuts.
Even though the registry values are different for 32bit and 64bit,
the Apps list of Windows will only show one of them too.
(Except the old non-UWP one)
Therefore we really need to avoid this case. With this commit, if the
user has a 32bit VLC installed, it will be uninstalled first before
installing a 64bit version.
The prefix already contains the correct directory structure for
locale, just copy this one over. Also, remove lots of xx.lproj
folders inside Resources, and install the untranslated xibs into
Base.lproj, as it is recommended by apple.
Instead, set a key in Info.plist, which fixes translation of system
dialogs, behaviour is the same as before.