MPV fails to build

[OliverMD15]

I used to be able to compile all kinds of builds just fine, but for the last few weeks I've been having nothing but trouble.
Please excuse me for the barebones title, I wasn't sure how to exactly label this, it's my first time posting an issue.

03:58:09 ┌ mpv git  .................................. [Recently updated]
03:58:09 ├ Running bootstrap...
03:58:10 ├ Installing python-docutils... done
03:58:14 ├ Running configure...
03:58:29 ├ Running build...
Likely error (tail of the failed operation logfile):
C:/media-autobuild_suite-master/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/media-autobuild_suite-master/msys64/mingw64/lib\libb2.a(libb2_la-blake2sp.o):(.text+0x96): undefined reference to `omp_get_thread_num'
C:/media-autobuild_suite-master/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/media-autobuild_suite-master/msys64/mingw64/lib\libb2.a(libb2_la-blake2sp.o):(.text+0x55c): undefined reference to `omp_set_num_threads'
C:/media-autobuild_suite-master/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/media-autobuild_suite-master/msys64/mingw64/lib\libb2.a(libb2_la-blake2sp.o):(.text+0x582): undefined reference to `GOMP_parallel'
C:/media-autobuild_suite-master/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/media-autobuild_suite-master/msys64/mingw64/lib\libb2.a(libb2_la-blake2sp.o):(.text+0x9a2): undefined reference to `omp_set_num_threads'
C:/media-autobuild_suite-master/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/media-autobuild_suite-master/msys64/mingw64/lib\libb2.a(libb2_la-blake2sp.o):(.text+0x9d7): undefined reference to `GOMP_parallel'
collect2.exe: error: ld returned 1 exit status

Waf: Leaving directory `/build/mpv-git/build'
Build failed
 -> task in 'mpv' failed with exit status 1 (run with -v to display more information)
build failed. Check C:/media-autobuild_suite-master/build/mpv-git/ab-suite.build.log
This is required for other packages, so this script will exit.
03:58:58   Creating diagnostics file...

logs.zip

[Biswa96]

libb2 was recently added in MINGW-package for libarchive. I am not sure if this issue is with the package from msys2/MINGW-packages or from m-ab-s. The errors sound like this upstream issue BLAKE2/libb2#8

[OliverMD15]

I doubt this information will be very helpful without a log, but I did had a constant issue with a specific lib library the other day when trying to build. I seemingly managed to fix it though by making a more minimal version, removing things I probably don't need. Originally I was going to post the log for that actually, but then the MPV issue cropped up.
Sorry that I can't be of much help so far, I usually only use autobuild to make a custom MPV build.

[RayyanAnsari]

@Biswa96 We have the same error with melonDS, which depends on libb2 via libarchive. This looks like an MSYS2 issue.

[100%] Linking CXX executable ../../../melonDS.exe
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../lib\libb2.a(libb2_la-blake2sp.o):(.text+0x14): undefined reference to omp_get_thread_num'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../lib\libb2.a(libb2_la-blake2sp.o):(.text+0x96): undefined reference to omp_get_thread_num'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../lib\libb2.a(libb2_la-blake2sp.o):(.text+0x55c): undefined reference to omp_set_num_threads' 
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../lib\libb2.a(libb2_la-blake2sp.o):(.text+0x582): undefined reference to GOMP_parallel'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../lib\libb2.a(libb2_la-blake2sp.o):(.text+0x9a2): undefined reference to omp_set_num_threads' 
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../lib\libb2.a(libb2_la-blake2sp.o):(.text+0x9d7): undefined reference to GOMP_parallel'
collect2.exe: error: ld returned 1 exit status
make[2]: *** [src/frontend/qt_sdl/CMakeFiles/melonDS.dir/build.make:814: melonDS.exe] Error 1
make[1]: *** [CMakeFiles/Makefile2:248: src/frontend/qt_sdl/CMakeFiles/melonDS.dir/all] Error 2
make: *** [Makefile:91: all] Error 2

[lazka]

Please try again now, I've removed the gomp dependency in msys2/MINGW-packages@98711b457c7f1b

[extherian]

@lazka do you know where can I obtain a build of MSYS2 that includes these changes? The latest build on the website is from January.

[lazka]

The website provides just the installer, it doesn't matter how old it is. From what I understand m-ab-s will update all packages when you use it.

[extherian]

@lazka You're right, melonDS is now compiling successfully! Thanks!

[OliverMD15]

@lazka While the MPV issue seems to be gone, now I'm having issues with leptonica instead. logs.zip

15:16:13 ┌ leptonica git  ............................ [Recently updated]
15:16:13 ├ Running autogen...
15:16:31 ├ Running configure...
15:17:44 ├ Running make...
Likely error (tail of the failed operation logfile):
Making all in src
make[2]: Entering directory '/build/leptonica-git/build-64bit/src'
  CCLD     liblept.la
../libtool: line 7521: cd: lib: No such file or directory
libtool:   error: cannot determine absolute directory name of 'lib'
make[2]: *** [Makefile:635: liblept.la] Error 1
make[2]: Leaving directory '/build/leptonica-git/build-64bit/src'
make[1]: *** [Makefile:535: all-recursive] Error 1
make[1]: Leaving directory '/build/leptonica-git/build-64bit'
make: *** [Makefile:419: all] Error 2
make failed. Check C:/media-autobuild_suite-master/build/leptonica-git/build-64bit/ab-suite.make.log
This is required for other packages, so this script will exit.
15:18:00   Creating diagnostics file...

I want to say that this was my original issue at first, as I mentioned in my second post, but I'm not 100% sure on that.

[Biswa96]

The leptonica bug has been reported in three other issues here.

[Doofussy2]

I just had this error.

Likely error (tail of the failed operation logfile):
G:/mpv_building_tools/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: G:/mpv_building_tools/msys64/mingw64/lib/libtiff.a(tif_lzma.o):(.text+0x54e): undefined reference to `lzma_stream_encoder'
G:/mpv_building_tools/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: G:/mpv_building_tools/msys64/mingw64/lib/libtiff.a(tif_lzma.o):(.text+0x5f1): undefined reference to `lzma_lzma_preset'
G:/mpv_building_tools/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: G:/mpv_building_tools/msys64/mingw64/lib/libtiff.a(tif_lzma.o):(.text+0x626): undefined reference to `lzma_stream_encoder'
G:/mpv_building_tools/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: G:/mpv_building_tools/msys64/mingw64/lib/libtiff.a(tif_lzma.o):(.text+0x706): undefined reference to `lzma_code'
G:/mpv_building_tools/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: G:/mpv_building_tools/msys64/mingw64/lib/libtiff.a(tif_lzma.o):(.text+0x718): undefined reference to `lzma_memusage'
G:/mpv_building_tools/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: G:/mpv_building_tools/msys64/mingw64/lib/libtiff.a(tif_lzma.o):(.text+0x726): undefined reference to `lzma_stream_decoder'
G:/mpv_building_tools/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: G:/mpv_building_tools/msys64/mingw64/lib/libtiff.a(tif_lzma.o):(.text+0x8ca): undefined reference to `lzma_stream_decoder'
G:/mpv_building_tools/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: G:/mpv_building_tools/msys64/mingw64/lib/libtiff.a(tif_lzma.o):(.text+0xace): undefined reference to `lzma_lzma_preset'
collect2.exe: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.

I assume the packages were updated?

logs.zip

[Doofussy2]

Is there an update, on this?

[Doofussy2]

Is there something I need to do to be able to build?

[1480c1]

@Doofussy2 it seems your issues is not related to the issue described by the original poster, so it would have been better to open a new issue.

I have not yet been able to reproduce your issue, can you try recompiling and seeing if it's still there? If it is, can you try deleting build/libtiff-git and see if anything changes? Else open a new issue instead of using this one

For the original posting, I think it might work now as I have not been able to reproduce this after fixing libtiff

[Doofussy2]

@Doofussy2 it seems your issues is not related to the issue described by the original poster, so it would have been better to open a new issue.

I have not yet been able to reproduce your issue, can you try recompiling and seeing if it's still there? If it is, can you try deleting build/libtiff-git and see if anything changes? Else open a new issue instead of using this one

For the original posting, I think it might work now as I have not been able to reproduce this after fixing libtiff

I have retried, and the issue persists. I will try your suggestion, and make a new issue report if it is unsuccessful.

[1480c1]

Any update on this @Doofussy2?

[Doofussy2]

This is now the on the other issue report. I haven't tried rebuilding, yet. I will try later today.

[Doofussy2]

Appears to now build.