@psypherium please check the previous comments about this. In short, you probably have an outdated makepkg.conf. That being said, I have just checked, and the package is building perfectly fine. I cannot reproduce your issue with an up-to-date Arch Linux system using the current makepkg.conf settings.
winegcc: /usr/bin/x86_64-w64-mingw32-gcc failed
make: *** [Makefile:6655: dlls/appxdeploymentclient/x86_64-windows/appxdeploymentclient.dll] Error 2
/usr/lib/gcc/i686-w64-mingw32/15.1.0/../../../../i686-w64-mingw32/bin/ld: unrecognized option '-z'
/usr/lib/gcc/i686-w64-mingw32/15.1.0/../../../../i686-w64-mingw32/bin/ld: use the --help option for usage information
collect2: error: ld returned 1 exit status
@Pook package updated. Thanks for reporting.
@alex.henrie it is building fine after the last package update.
I am getting errors when building this package:
tools/winegcc/winegcc -o dlls/adsldpc/x86_64-windows/adsldpc.dll --wine-objdir . -b x86_64-w64-mingw32 -Wl,--wine-builtin -shared \
../wine/dlls/adsldpc/adsldpc.spec -Wb,--prefer-native dlls/winecrt0/x86_64-windows/libwinecrt0.a \
dlls/ucrtbase/x86_64-windows/libucrtbase.a dlls/kernel32/x86_64-windows/libkernel32.a \
dlls/ntdll/x86_64-windows/libntdll.a -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now
/usr/lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld: unrecognized option '-z'
/usr/lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld: use the --help option for usage information
collect2: error: ld returned 1 exit status
Does anyone know what is wrong?
The compilations halts at the 32-bit build with the following error in a clean chroot. configure: error: when using --with-wine64 you must use the same --libdir in both build trees.
This can be fixed by changing the --libdir option for the 32-bit build to --libdir='/usr/lib' as can be found in the official Arch source repo for the wine package.
@yan12125 when/if the wine repository package add it, I follow it here.
winedmo was merged which adds ffmpeg as a make and optional dependency.
@EboniLM good to know it worked.
@dbermond You were absolutely correct - I had an additional makepkg.conf in ~/home that was overriding the one in /etc. :facepalm:
Thank you for your help. If it weren't for your comment, I would not have even realized it was being overriden.