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.