Select Git revision
Search by author
- Any Author
- authors
-
Administrator root
-
Alaric Senat
asenat
-
Alexandre Janniaux alexandre-janniaux
-
Bart - The Review Bot
Bart
-
Benjamin Arnaud
bunjee
-
Christophe Massiot cmassiot
-
Claudio Cambra
claucambra
-
David dfuhrmann
-
Denis Charmet
typx
-
Fatih Uzunoğlu fuzun
-
Felix Paul Kühne
fkuehne
-
François Cartegnie
fcartegnie
-
Gabriel Lafond-Thenaille gabriel_lt
-
**** project_435_bot_867220ea9cbb40f38051abad33491375
-
**** project_435_bot
-
Ilkka Ollakka
ileoo
-
Jean-Baptiste Kempf
jbk
-
Jean-Paul Saman
jpsaman
-
Johannes Kauffmann
JohannesKauffmann
-
Konstantin Pavlov
thresh
- Sep 09, 2022
-
-
The plugins are now correctly installed to the correct location.
-
So that we can factor together the different checks on X11 and Wayland support.
-
-
We need the plugins for the Qt Wayland integration. Co-authored-by:Alexandre Janniaux <ajanni@videolabs.io>
-
This is required when building for linux, and might cause a system provided version to be used, causing conflicts during linking. Typically, the error message at link time will look like this: /usr/bin/ld: .libs/libqt_plugin.so: version node not found for symbol qt_version_tag@Qt_5.10 Co-authored-by: -
-
-
They are currently enabled only when the matching contrib has been found on the system. The plugin name doesn't match with the plugin from the contrib, but still enforce at link time the plugin to be present. This always use the XdgShell integration regardless of what is supported for now.
-
-
-
They are currently enabled only when the matching contrib has been found on the system. The plugin name doesn't match with the plugin from the contrib, but still enforce at link time the plugin to be present.
-
The plugins are not mandatory for a successful build, but might result is no platform plugins being available. The rationale is being able to build a wayland-only platform.
-
It currently only supports the platforms that were already supported by the previous contrib system patching. QT_STATIC is checked from the qconfig.h file.
-
QT5_PLUGINS includes the cross-platform plugins for Qml, imageformats, network, etc, while QT5_PLATFORM_PLUGINS includes mandatory plugins for specific platforms. LIBS_qt currently contains the optional plugins.
-
The Qt plugin list needs to be used both in vlc-qt-check binary and in the Qt plugin itself.
-
The module is not compiled conditionnally to an autoconf variable so there is no point in giving an -rpath option here.
-
It overrides the installation of files, and in particular pkg-config files, so that they get patched and linked to $(PREFIX)/lib/pkgconfig immediately. There is no other functional change.
-
The script is used by enforcing it through the INSTALL_FILE= make variable and override the copy of .pc files so as to fix the lib= variable and ensure the .pc file is linked to $(PREFIX)/lib/pkgconfig/ unlike the installed Qt plugins and qml plugins.
-
Prepare the next patch by re-indenting the $(MAKE) target one by line. The next patches will add the definition of new variables that will be enforced from the command line.
-
Ensure the files are generated with a pkgconfig file. In particular, we want Qt plugins and QML plugins to have a .pc file so as to find them and link them from configure.ac. Note that the generated plugin file will not be valid currently, and in particular Libs: will wrongly point to $(PREFIX)/lib although the library is installed in $(PREFIX)/plugins/$$[PLUGIN_TYPE]. Also enforce VERSION for the plugins. Without enforcing VERSION, the QMAKE_PKGCONFIG_VERSION is not set at all on Windows, and Version: in the .pc file is not present. It leads to invalid pkgconfig files on Windows.
-
Otherwise, the compiler on Linux complains that std::numeric_limits doesn't exist. The patch was only applied on Windows for some reasons.
-
VLC 4.0 requires gcc 5.0
-
On most platforms, the Qt interface is started in its own thread and the VLC interface startup routine needs to wait for the Qt interface to be ready before giving the control back to libvlc. On MacOS, the interface is currently started into the main thread directly because of the platform constraints of Qt, blocking libvlc and enforcing the startup of Qt synchronously. Because of that, the state lock was never given back, and the window, started from a different thread, was never able to lock it to check that the interface is correctly started. The correct fix should be to make the Qt interface start correctly as in other platforms, but current attempts at making it a reality have failed. In particular, it doesn't seem possible to dispatch the startup. The changes here keep the current workaround, allowing application developers to check the behaviour on MacOS.
-
libplacebo should be able to find glslang that way since it doesn't export a pkg-config file.
-
-
-
-
-
-
-
-
-
-
-
-
-
-
macosx: Make the video view dismissible while retaining playback in background in main library window Signed-off-by:Claudio Cambra <claudio.cambra@gmail.com>
-
When we're not building vulkan-loader the .pc file may not be found at all or it may contain the C++ runtime export. To properly use libplacebo from C code we need to link with the C++ runtime of vulkan-loader. It's not a good idea to rebuild vulkan-loader on behalf of the system which contains it with its own settings. So we set the C++ runtime in the library that uses it.
-
That hack was introduced in 4e599bd5. This has been fixed a long time ago. We require meson 0.56 which contains the fix.
-
