| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This is required because msys2's libplacebo is too outdated
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This actually started having a linking error a few days ago, but the ci
never actually actually exited 1 for some reason so it was never caught.
The actual commits where this started happening are unrelated (reverted
all of the them to be sure) and there's no other obvious things like a
meson update that would cause this. All I can assume is some other
package within BSD itself, but I can't be bothered to debug it. Anyways,
just disable iconv in the build for now so the CI stops failing.
Presumably there's something wrong in the environment with GNU's
libiconv and the built-in one clashing somehow. Also, sdl unbelievably
defines HAVE_ICONV in their public header so we have to disable that
too.
|
| |
|
|
|
|
|
|
|
| |
Make it not possible to build mpv without the latest libplacebo anymore.
This will allow for less code duplication between mpv and libplacebo,
and in the future also let us delete legacy ifdefs and track libplacebo
better.
|
|
|
|
|
|
| |
Otherwise acronyms and such would fail the lint, and it doesn't make any
sense to enforce it here. Also make sure that the length of the word is
greater than 1 to avoid something like "foo: A blah blah" from passing.
|
|
|
|
|
|
| |
For better feedback on build status and to keep mpv warning free.
Except for macos builds, there are more issue there that need fixing.
|
|
|
|
|
| |
We don't have much test coverage, but even running the built binary
doesn't harm to check with sanitizers.
|
|
|
|
|
|
|
|
|
|
|
| |
Upstream has been changing buildsystem and current vulkan.pc is not
functional with custom prefix path.
Rollback to older version until it is fixed.
See:
https://github.com/KhronosGroup/Vulkan-Loader/issues/1318
https://github.com/KhronosGroup/Vulkan-Loader/issues/1319
|
|
|
|
| |
These got fixed upstream.
|
| |
|
|
|
|
|
|
|
| |
The default revert will always add 9 extra characters which means it
could go over the 72 character soft limit if the commit being reverted
has a long subject. We won't fuss about this so just shut up the lint in
this case.
|
| |
|
|
|
|
|
|
|
|
| |
There's some cdecl / stdcall linking nonsense breaking the build
which I'm not inclined to debug this Sunday at all.
32-bit is not important anyway, so just disable it there.
On the plus side the new functional structure makes this very painless.
|
| |
|
| |
|
|
|
|
|
|
| |
If someone wants to use the CI artifacts for day-to-day usage
or even for certain tests it can be useful to take screenshots
and use e.g. DShow (--disable-devices option), so enable those.
|
| |
|
|
|
|
| |
Arguably the better place for this as it provides fine-grained feedback.
|
| |
|
|
|
|
|
|
| |
Blocked upstream.
See-Also: https://github.com/msys2/MINGW-packages/pull/17974
|
|
|
|
| |
Now implied by the minimum libplacebo version.
|
|
|
|
| |
Following the previous commit, it will now be in build/player.
|
|
|
|
|
|
|
| |
Python 3.11 will be released soon as default Python package, and
actually python3.11 package already disappeared from the repository.
This reverts commit c637beb5223b0af5a671c8829a0e1a42e7e9a411.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Can significantly reduce build time, most of dependencies have fixed
versions, so they can be cached fully. Others will be incrementally
build.
Cache is saved on every run and restored from the newest one. Size is
limited to 500M (compressed) to keep cache save/restore fast. Clean
cached build is little over 100M, so we have a headroom as things will
grow. ccache will automatically evict least recently used entries.
It is unlikely that clean build will exceed the limit anytime soon, but
it is something to keep in mind, as we do not want to evict cache
entries from current build, so the cache size need to be set correctly.
|
| |
|
|
|
|
|
|
| |
2.1.0-beta3 is ancient. Disable unwinding in luajit, as it requires SEH
to be enabled in the image, but it is not on i686 target and it
crashes when luajit tries to use SEH.
|
|
|
|
|
|
| |
Remove waf entirely in favor of meson as the only supported build
system. Waf was officially deprecated in 0.36.0, and has not been
preferred over meson since 0.35.0.
|
|
|
|
|
|
|
| |
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.
|