Package Details: mingw-w64-dav1d 1.4.3-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-dav1d.git (read-only, click to copy)
Package Base: mingw-w64-dav1d
Description: AV1 cross-platform decoder focused on speed and correctness (mingw-w64)
Upstream URL: https://code.videolan.org/videolan/dav1d/
Licenses: BSD-2-Clause
Submitter: kfg
Maintainer: kfg
Last Packager: kfg
Votes: 1
Popularity: 0.000000
First Submitted: 2019-10-03 15:27 (UTC)
Last Updated: 2024-07-08 18:58 (UTC)

Latest Comments

1 2 Next › Last »

patlefort commented on 2023-08-15 21:09 (UTC)

Can you please use ln -sf in your prepare() function? Otherwise it will fail on every subsequent builds unless I clear the build folder every time.

Martchus commented on 2021-05-17 13:13 (UTC)

It doesn't look like this package contains any native GNU/Linux binaries so any would be a more appropriate arch.

giannis-arch commented on 2019-12-30 09:01 (UTC)

A solution for build on an up to date system, is the change of command "meson test", (line 44) το "meson setup"

giannis-arch commented on 2019-12-27 20:25 (UTC)

After restoring the Image-system 07-December-2019, the building was normally done without problems or errors. The error "Generating vcs_version.h with a custom command. fatal: Not a git repository....." only appears in up to date Archlinux status 27-December 2019.

giannis-arch commented on 2019-12-27 06:13 (UTC)

Hi, i get an error: Generating vcs_version.h with a custom command. fatal: Not a git repository: /run/media/giannis/Hitachi/Movies-Hitachi/mingw-w64-dav1d/src/dav1d-0.5.2/.git

zebulon commented on 2019-10-09 19:02 (UTC)

@kfg: thanks. I was mistaken, indeed I need to report this to mingw-w64-spirv-tools maintainer. Sorry for the noise.

kfg commented on 2019-10-07 22:51 (UTC)

@zebulon you get that build error while compiling an indirect dependency of this package - mingw-w64-spriv-tools (https://aur.archlinux.org/packages/mingw-w64-spirv-tools/). You should bring the problem up there. Though i can not reproduce the problem which would suggest it's not a problem of the package but your compiler/build environment.

zebulon commented on 2019-10-06 19:25 (UTC) (edited on 2019-10-06 19:27 (UTC) by zebulon)

@kfg: I have now a build error, happening at linking time:

[ 95%] Linking CXX shared library libSPIRV-Tools-opt.dll
/usr/lib/gcc/i686-w64-mingw32/9.2.0/../../../../i686-w64-mingw32/bin/ld: /usr/lib/gcc/i686-w64-mingw32/9.2.0/../../../../i686-w64-mingw32/lib/../lib/libssp.a(ssp.o): in function `_stack_chk_fail':
/home/eric/.cache/yay/mingw-w64-gcc/src/gcc/libssp/ssp.c:183: multiple definition of `__stack_chk_fail'; ../libSPIRV-Tools.dll.a(d000525.o):(.text+0x0): first defined here
collect2: error: ld returned 1 exit status
make[2]: *** [source/opt/CMakeFiles/SPIRV-Tools-opt.dir/build.make:1384: source/opt/libSPIRV-Tools-opt.dll] Error 1
make[1]: *** [CMakeFiles/Makefile2:516: source/opt/CMakeFiles/SPIRV-Tools-opt.dir/all] Error 2
make: *** [Makefile:141: all] Error 2
==> ERROR: A failure occurred in build().

zebulon commented on 2019-10-06 16:51 (UTC)

@kfg: thanks a lot this worked. I did not know this procedure, but it makes sense since this is not a pacman package signature key which is needed there.