Alexandre Janniaux authored 2 years ago and Jean-Baptiste Kempf committed 2 years ago

The patches were not added to the list of patches to be supplied with a
make dist so were missing in the final archive.

Alexandre Janniaux authored 2 years ago and Jean-Baptiste Kempf committed 2 years ago

libtool-2.4.6-san.patch is not used anymore, and other libtool patches
have been rebased on top of libtool-2.4.7.

Alexandre Janniaux authored 2 years ago and Jean-Baptiste Kempf committed 2 years ago

The -fsanitize support has been added upstream in the commit
a5c6466528c060cc4660ad0319c00740db0e42ba which is shipped into 2.4.7.

Steve Lhomme authored 3 years ago and Hugo Beauzée-Luyssen committed 3 years ago

It generates a warning
configure: WARNING: unrecognized options: --disable-mkv

Thomas Guillem authored 3 years ago and Hugo Beauzée-Luyssen committed 3 years ago

cf. https://developer.apple.com/library/archive/documentation/DeveloperTools/Conceptual/DynamicLibraries/100-Articles/DynamicLibraryUsageGuidelines.html#//apple_ref/doc/uid/TP40001928-SW12

"""
When the library name is a filename (that is, when it doesn’t include
directory names), the dynamic loader searches for the library in several
locations until it finds it, in the following order:

 - $LD_LIBRARY_PATH
 - $DYLD_LIBRARY_PATH
 - The process’s working directory
 - $DYLD_FALLBACK_LIBRARY_PATH

When the library name contains at least one directory name, that is,
when the name is a pathname (relative or fully qualified), the dynamic
loader searches for the library in the following order:

 - $DYLD_LIBRARY_PATH using the filename
 - The given pathname
 - $DYLD_FALLBACK_LIBRARY_PATH using the filename
 """

Conclusion: DYLD_LIBRARY_PATH on macOS behave like LD_LIBRARY_PATH on
Linux but LD_LIBRARY_PATH on macOS has a different behavior than
LD_LIBRARY_PATH on Linux, so DYLD_LIBRARY_PATH should be used on macOS.
Specially since we can't really control if the library name will include
a path or not (relative or absolute).

Close #21463

Avoid this link error:
[ 44%] Linking C executable curltest
Undefined symbols for architecture x86_64:
  "_SSLCopyALPNProtocols", referenced from:
      _sectransp_connect_step2 in libcmcurl.a(sectransp.c.o)
  "_SSLSetALPNProtocols", referenced from:
      _sectransp_connect_common in libcmcurl.a(sectransp.c.o)
ld: symbol(s) not found for architecture x86_64

This only happens in the 3.0 macOS CI.

Janne Grunau authored 8 years ago and Jean-Baptiste Kempf committed 6 years ago

x86inc.asm copied from dav1d (8c5d34c85613) and x86util.asm from libav
(994c4bc10751). Libav's LGPL licensed x86util.asm is required for yadif.

This reverts "Remove unused support for .asm files"
commit 6c0f63cd.

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

Changes:
 - Use var_LocationParse, with some X-Macros
 - Use check_LTLIBRARIES
 - Remove from coverage stats
 - Add more params (size, rate, channels, chroma, format...)

--

This new demuxer will be used for various VLC tests. It will be built for tests
(check_LTLIBRARIES). It will be mainly used to test the new vlc_player API.

Usage: ./vlc mock://length=10000000;audio_track_count=7

Why putting the parameters inside the URL ? In order to test input slaves for
example:

./vlc mock://length=10000000;video_track_count=1 \
    --input-slave mock://length=10000000;audio_track_count=1

(see previous commit for rationale)

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.)

This is required if plugins are supported, regardless of whether the
VLC executable is built.

Remove the old fullscreen controller assets and
their references from the Makefile and Xcode
project.

This introduces a new fullscreen controller
which uses NSVisualEffectView for it's background
and the icons that are used throughout the rest of
the macOS user interface, hence making it more
consistent with the overall look of VLC.

Additionally the new fullscreen controller is
resizable and, as it already used to be, can be
move around on the screen.

The user interface is now described in a interface
builder file (xib) instead of doing everything in
code. This allows easy usage of autolayout, which
is heavily used to allow adaption of the
buttons/sliders depending on the panel width and
height.

This replaces the old christmas cone, that will be
used after the 354 day of the year with a more
recent one.

vlc-cache-gen isn't build, so it fails to execute, making the install
rule fail.

Marvin Scholz authored 8 years ago and Felix Paul Kühne committed 8 years ago

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

Goran Dokic authored 9 years ago and Felix Paul Kühne committed 9 years ago

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

Run 'make lcov' to produce the coverage report in the lcov/.
This requires lcov installed and the --enable-coverage configure flag.

This improves separation between main menu and the unrelated goto
time window.

Besides that, note that each time bindings are used with the file
owner, this owner needs to be an NSWindowController class. Only in
this case retain cycles are avoided (bindings have a strong
reference to the object used).

Thus, this commit helps to properly deinitialize the VLCMain object.

Splits PopupPanel and TextfieldPanel into two xib files and
creates NSWindowController subclasses for each panel.

Each user of the panel gets its own window controller instance.
This is needed as the same kind of window can be shown multiple
times simultaneously (e.g. both in video and audio effects).

This also did not work with the previous implementation of the
2.2 branch and fixes broken behaviour.

The port has never worked and has not been improved for over 4 years.
The platform itself has been totally discontinued for 18 months.