| Git Clone URL: | https://aur.archlinux.org/wine-valve-git.git (read-only, click to copy) |
|---|---|
| Package Base: | wine-valve-git |
| Description: | A compatibility layer for running Windows programs (Valve version) |
| Upstream URL: | https://github.com/ValveSoftware/wine.git |
| Licenses: | |
| Conflicts: | |
| Provides: | |
| Replaces: | |
| Submitter: | Forty-Bot |
| Maintainer: | PrinceMachiavell |
| Last Packager: | PrinceMachiavell |
| Votes: | 8 |
| Popularity: | 1.18 |
| First Submitted: | 2018-11-11 06:14 |
| Last Updated: | 2019-12-13 21:16 |
If you install vkd3d-valve-git, this package will build again. Note that it will replace the current version of vkd3d on your system. I recommend also installing lib32-vkd3d-valve-git if you do already use lib32-vkd3d.
If you still have a 32-bit system and only want to build the 32-bit version (e.g. if you're using Arch Linux 32), replace vkd3d in the PKGBUILD with lib32-vkd3d-valve-git
@risyasin
You are checking out a very old version. In fact, the last version that built successfully for me seems to have the commit hash 213905a322620eb326b655ab89fbca07316e6357, so perhaps check that out instead.
Hey latest build problem mentioned by filthyAUR at 2019-12-13 indeed exists. But I could able to compile it by editing pkgbuild. Checking out 3bf7473b880eea which wine 4.16 in github is enough. Edit your prepare function to check out correct release tag with this command.
git checkout 3bf7473b880eea8b8dcaa43487afda2d7b1fbd03
You may also change make line to match to your thread count with -j8 etc. Becuase it takes really long.
I can confirm the new build issue that filthyAUR mentioned on 2019-12-13.
Can reproduce the symbol error.
It seems there is indeed a new build issue:
/usr/bin/ld: d3d12_main.o: in function `D3D12CreateVersionedRootSignatureDeserializer':
d3d12_main.c:(.text+0x19d8): undefined reference to `vkd3d_create_versioned_root_signature_deserializer'
/usr/bin/ld: d3d12_main.o: in function `D3D12SerializeVersionedRootSignature':
d3d12_main.c:(.text+0x1c3e): undefined reference to `vkd3d_serialize_versioned_root_signature'
collect2: error: ld returned 1 exit status
@firekage
Just change the line with
options=('staticlibs')
to say
options=('staticlibs' '!buildflags')
Seems to work fine for me.
Could somebody explain in more details what exacly add? I tried adding !buildflags and could not compile it anyway.
I get this issue when trying to build
/home/zbyszek/AUR/wine-valve/wine-valve-git/src/wine-valve-git-64-build/tools/winegcc/winegcc -o wldap32.dll.so \ -B/home/zbyszek/AUR/wine-valve/wine-valve-git/src/wine-valve-git-64-build/tools/winebuild \ --sysroot=../.. -m32 -fno-PIC -fasynchronous-unwind-tables -shared \ ../../../wine-valve-git/dlls/wldap32/wldap32.spec add.o ber.o bind.o compare.o control.o delete.o \ dn.o error.o extended.o init.o main.o misc.o modify.o modrdn.o option.o page.o parse.o rename.o \ search.o value.o wldap32.res -luser32 ../../libs/port/libwine_port.a -lldap_r -llber -Wl,-O1,--sort-common,--as-needed,-z,relro /home/zbyszek/AUR/wine-valve/wine-valve-git/src/wine-valve-git-64-build/tools/winegcc/winegcc -o wldap32.dll.fake \ -B/home/zbyszek/AUR/wine-valve/wine-valve-git/src/wine-valve-git-64-build/tools/winebuild \ --sysroot=../.. -m32 -fno-PIC -fasynchronous-unwind-tables -shared \ ../../../wine-valve-git/dlls/wldap32/wldap32.spec add.o ber.o bind.o compare.o control.o delete.o \ dn.o error.o extended.o init.o main.o misc.o modify.o modrdn.o option.o page.o parse.o rename.o \ search.o value.o wldap32.res -luser32 ../../libs/port/libwine_port.a -lldap_r -llber -Wl,-O1,--sort-common,--as-needed,-z,relro make[1]: Opuszczenie katalogu '/home/zbyszek/AUR/wine-valve/wine-valve-git/src/wine-valve-git-32-build/dlls/wldap32'
A clue might be that it only happens on the 32 bit builds, if I exclude them, the package builds fine.
Pinned Comments
PrinceMachiavell commented on 2019-11-18 17:04
@skjnldsv, filthyAUR Seems there is an issues somewhere in the LDFLAGS. A temporary fix is to add '!buildflags', to the options array in the PKGBUILD. I just want to figure out what & how to fix the LDFLAGS. I'm guessing something needs -fPIC but in my experience adding that globally can cause other issues.