This workarounds a bug in the cocoa framework.

close #9903

This is the target called from our makefile scripts. Rename it
so it is more clear that it should not be called in Xcode
directly.

This adds several build targets to the project for doing all needed
steps for compilation.

Additionally, they are some schemes included which are intended
to be used for compilation:
- "Rebuild everything" builds all targets in the right order, including
  extras/tools, contribs, bootstrap, configure, make and make VLC-dev.

  This scheme should be used once to setup everything. For later
  builds, you should switch to the Make project scheme.
- "Make project" runs "make && make VLC-dev.app", to only recompile
  files if needed. Additionally, it creates a VLC-dev.app for testing.

The end result will be stored in the build folder set in Xcode. Both
VLC.app and VLC-dev.app can be accessed by using the "Build artifacts"
folder, and showing the files in finder.

file is already utf8 encoded, since it is a string that comes from
the theme.xml description file, and therefore it is expected to be utf8.

- on Windows, the ressource paths are already UTF8 encoded. bug fixed
- on Linux, the function is a noop
- on OS2, config_GetDataDir() may need a fix (two paths, the former returns
locale, the latter UTF8)

On Windows, gzopen() doesn't fully support Microsoft wide char either.
So, use vlc_open() + gzdopen().

For OS2 and Linux, no functional change.

On Windows, unzOpen() doesn't fully support Microsoft wide char.
So, use unzOpen2() with a callback to use vlc_fopen() instead of
the default fopen().

This fixes situations where a skin filename or path contains
e.g Japanese characters whatever the Windows locale.

For OS2 and Linux, no functional change.

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

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

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

also maintain uniform case "CSeq" throughout.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

The order of aliased entries was dependent on the build machine. This
is not a problem for good input, but affects duplicate detection.

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

Multiple identical FourCC in the same ES category have never worked and
never will work. So far the linear search loop would always pick the
first match.

--enable-update-check enables update support in core, which is not needed
for the mac platform. To avoid linking libgcrypt into the core, instead a
new configure switch is introduced to disable sparkle support directly.

Now, for disabling sparkle support, one needs to pass --disable-sparkle.
It completely removed sparkle from the GUI, and does not copy the
framework to the final bundle as well.