The vlc target only creates a symlink, so it makes no sense to
depend on that in any way.
This also fixes unneeded recreation of the package with every
make invocation.
As we do not want to break other os versions, the only way to
select the proper linker is to use another target for osx.
Still, "make install" should produce a binary named "vlc" in the
end, thus the binary is renamed at install stage.
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.
--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.
Removes sharedInstance from About window controller, and rework
as a NSWindowController subclass. This is the new owner of the xib
and thus instantiated outside the nib bundle.
Splits Help window in own xib and add own NSWindowController as
well.
refs #5556
A bad parameter definition in function RegisterExtension resulted in the same value entry being written every time ("${EXT}"="").
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
This target mimics a cocoa application and is merely added to
enable autocompletion in the code editors. New interface files
should be added to this target as well.
Do not use this target for compilation, it won't work.
This makes usage of the old Xcode 3 and Interface Builder 3 obsolete.
All further changes need to happen in Xcode >= 4.
BGHUDAppkit elements were preserved, but for further changes the respective
subclass for the views need to be set manually.
Also resyncs all xibs with the source files.