| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Run not only scripts inside build system, but also meson itself with
Python 3.11.
Fixes: eb4da3400a1c37eea7b258b00297e8b8fcdd8db4
|
|
|
|
|
|
|
|
|
| |
There is a long-standing bug with random crashes of Python 3.10 on CI.
See:
https://github.com/python/cpython/issues/105400
https://github.com/msys2/MINGW-packages/issues/11864
https://github.com/msys2/MINGW-packages/issues/17415
|
|
|
|
| |
GNU decided to break theirs
|
| |
|
| |
|
|
|
|
|
| |
Now that it has been fixed upstream we can enable and test if it links
correctly.
|
| |
|
| |
|
|
|
|
| |
libplacebo is build by us, so we can explicitly enable it.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of running the test directly in the build script, we can make a
separate step in the workflow so it looks a little prettier. For running
the actual tests, we skip mingw since they will never be run (cross
compiled). Additionally, improve the github workflow logic a bit so that
way logs on failure are only shown when that specific step fails. The
freebsd job still has to be less elegant since it's in a weird vm
thingy.
Not really related but the location of various build directories
(particularly waf) are corrected as well (might as well).
|
|
|
|
|
| |
A couple of places didn't have -v --no-config so just use them
everywhere.
|
|
|
|
|
|
|
|
|
| |
Since meson has its own unit testing system, let's rework mpv's tests so
they integrate nicely with this. To prepare for this, start off by
dropping the unittest option. Of course, this means that tests will no
longer be supported in the waf build at all but it will be dropped
anyway. Note that the tests option is preserved for the meson build. We
will still make use of this in the future commits.
|
| |
|
| |
|
| |
|
|
|
|
| |
It only shadows warnings/errors and makes log files bloated.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
- newer library versions
- use libplacebo submodules
- prefer meson where possible
- fix minor details
|
|
|
|
|
|
|
|
|
|
|
|
| |
The old "meson build" build command was actually deprecated a few months
ago*. It turns out that you're supposed to use "meson setup build"
instead which has been around for years. Go ahead and be a good citizen
and update this in the CI. Also replace any mention of "meson build"
with "meson setup build" in the documentation as well and change the one
random hardcoded string we have in meson.build to "meson configure
build" (might as well).
*: https://github.com/mesonbuild/meson/commit/3c7ab542c0c4770241eae149b0d4cd8de329aee0
|
|
|
|
| |
Mistakenly added in aeb4792cb6804a78974faa329a9c9f8a7bb5fa7b.
|
| |
|
| |
|
| |
|
|
|
|
| |
Not currently run, but adds coverage for compiled code.
|
| |
|
|
|
|
|
| |
This contains current as well as previous versions, while the root
directory only contains the latest version.
|
| |
|
|
|
|
|
|
|
| |
This way mingw-w64 becomes the first CI workflow to build gpu-next.
Unfortunately, currently neither wscript or meson has gpu-next or
libplacebo-next as an option that one can require.
|
|
|
|
| |
This enables it to be utilized for dependencies such as libplacebo.
|
|
|
|
| |
We have this ao again since #9298 so let's run it through the CI.
|
|
|
|
|
|
|
|
| |
Update the github workflows to also do meson builds for every OS.
Additionally, make every workflow execute the built mpv executable
(except for windows and FreeBSD's waf executable) to make sure that it
runs. As an aside, FreeBSD unfortunately is a bit less elegant since it
is in a VM.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
remove the hardcoded swift target version and move the version
restriction to configure. this was a bad idea anyway and could lead to
mismatched object files between obj-c and swift. fix travis 10.12 legacy
build.
also update the SDK version parser to handle the new macOS 11 scheme.
Fixes #8281
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This is no longer a configurable option.
|
|
|
|
| |
This was forgotten.
|
|
|
|
|
|
|
|
|
|
|
|
| |
don't build our own ffmpeg anymore and instead use the bottled version
from homebrew. update the newest macOS image. also handle macOS 10.12
as a legacy OS since homebrew and Apple stopped supporting it.
nevertheless it's helpful to build on that version since it's the last
version we support building on. it's a bit special since we have to pin
the homebrew-core version to a previous one where all the bottles for
macOS 10.12 are still available, otherwise it would build nearly
everything from source and that would take ages. also start caching the
homebrew cache folder for downloads.
|
|
|
|
|
|
| |
the Apple Remote has long been deprecated and abandoned by Apple.
current macs don't come with support for it anymore. support might be
re-added with the next commit.
|
|
|
|
|
| |
This option no longer exists, as zsh completion is installed
unconditionally now.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Adds a script to clone and build FFmpeg as well as
to configure and build mpv itself. Currently only used
for macOS and contain hard-coded macOS specific options.
* Still works with the Linux containers.
* Moves our language back to "c" from "generic"
* Defines our Linux distribution as "bionic" to get the latest
Ubuntu base distribution to be the runner for our containers.
* Adds the homebrew add-on for macOS package installation for
dependencies. Installs everything required but FFmpeg, as we want
to have our own FFmpeg snapshots.
|
|
|
|
|
|
| |
Python 2 may not be present in the CI images in the future,
but waf’s shebang line still uses its executable name.
Explicitly call the right major version of the interpreter.
|
|
|
|
|
|
|
| |
This way the docker container in itself does no networking.
It seems like travis disabled network access from the actual docker
containers.
|
| |
|
| |
|
|
Temporary solution. For now, this builds using a container image
based on openSUSE Tumbleweed with the current FFmpeg release.
More containers will be added (at least with git snapshots of FFmpeg
and libass), and Travis will eventually be replaced with something
we have more control over.
|