If someone cares about zsh autocompletion for VLC, this should probably
be ported to C and moved into `src/config/`. Much like the command line
help, this can hardly work otherwise.
Either way, this C++ code that can't be compiled is not useful.
Closes#26320.
2.5.4 was released on Wed 20 Nov[^1].
A few patches have been merged:
- emscripten-dllinker merged as v2.5.3-41-gd8a93445
- response-files merged as v2.5.3-25-geed74d65
Then clang-libs and embed-bitcode were conflicting, so they were rebased
and their filename were bumped too.
[^1]: https://savannah.gnu.org/news/?id=10693
The Automake documentation [1] states that the user could provide
DISTCHECK_CONFIGURE_FLAGS, and that AM_DISTCHECK_CONFIGURE_FLAGS
should provide additional flags that might be needed. So change
DISTCHECK_CONFIGURE_FLAGS for AM_DISTCHECK_CONFIGURE_FLAGS, because
as it stands, the user-provided DISTCHECK_CONFIGURE_FLAGS are
ignored and overwritten by the Makefile.am.
1. https://www.gnu.org/software/automake/manual/html_node/Checking-the-Distribution.html
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).
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.
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 6c0f63cd68.
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
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 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 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.