Package Details: wine-git 4.20.r74.ga9c4b309f6-1

Git Clone URL: (read-only, click to copy)
Package Base: wine-git
Description: A compatibility layer for running Windows programs (git version)
Upstream URL:
Keywords: windows wine
Licenses: LGPL
Conflicts: bin32-wine, wine, wine-wow64
Provides: bin32-wine=4.20.r74.ga9c4b309f6, wine=4.20.r74.ga9c4b309f6, wine-wow64=4.20.r74.ga9c4b309f6
Replaces: bin32-wine
Submitter: None
Maintainer: dbermond
Last Packager: dbermond
Votes: 84
Popularity: 0.003117
First Submitted: 2007-07-18 16:01
Last Updated: 2019-11-20 21:49

Dependencies (162)

Required by (244)

Sources (3)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

Enverex commented on 2018-06-04 14:32

@dbermond - I've actually tracked down the real reason now. It will technically affect anyone with an AVX capable processor but only triggers in very rare circumstances:

May be worth adding "-mno-avx" to C/XXFLAGS in the build section somewhere to negate it.

dbermond commented on 2018-06-03 02:28

@Enverex I'm glad that you found the answer. But yes, this package is the same as wine from the official repositories, except for being the development version.

Packages from the official repositories are built in a clean chroot to avoid linking against undesired libraries and other interferences that may occur. For example, in a chroot it will not link against any nvidia specific library that the user might have installed. In order to better reproduce the official repository package, the user should build it in a clean chroot. And as you know, official repository packages are built with generic x86_64 compiler flags, and this can also cause runtime differences.

Enverex commented on 2018-06-02 22:25

Cemu crashes in Mario Kart 8 with this (even when set to the 3.9 release commit specificall) but not the stock repo Wine.

The actual build looks pretty much the same between this and the stock Arch repo version. Is there anything else different in the build script here that could be responsible for this different behaviour?

EDIT: Looks like it may be a GCC issue. It only happens if compiled with -march=native (i7-8700K).

dbermond commented on 2017-12-11 19:26

@EndlessEden Segfault at compile time? Package is building fine for me.

EndlessEden commented on 2017-12-11 09:03

i segfault with this. idk why...

dbermond commented on 2017-10-10 20:35

I'm maintaining this package now.
After some cleanups, it's now building and working fine.

Vash63 commented on 2017-09-28 06:09

Follow up - #2 below was fixed, I can now build and use wine-git when removing the Flex.patch and with no other changes.

Vash63 commented on 2017-09-27 09:57

1. Flex patch should no longer be necessary, the bug report indicates this was fixed in 2.6.4 in May.
2. Unfortunately this can't be built at all with Fontconfig 2.8.1 due to:

Not sure if there's a patch you could do here without requiring a downgrade of Fontconfig.

sidneycrestani commented on 2017-02-16 00:00

@greyltc flex team solved the issue in a january commit. I added a workaround anyway.

greyltc commented on 2017-02-12 14:32

It seems like flex is somehow being left out of the build system right now and that's why the build has failed for me. To fix this, make sure you have flex and lib32-flex installed, then you have to get "-lfl" into the end build command for winhlp32.

Here are the (super hacky) changes I made to the PKGBUILD here to get the build to complete.
- Add flex and lib32-flex to makedepends
- Add the following sed command to the build() function just before the make command for the 64 bit build:
sed -i 's|-lcomctl32 -lcomdlg32 -luser32 -lgdi32 \.\./\.\./libs/port/libwine_port\.a -Wb,-dshell32 -Wb,-dcomctl32 \\|-lcomctl32 -lcomdlg32 -luser32 -lgdi32 -lfl \.\./\.\./libs/port/libwine_port\.a -Wb,-dshell32 -Wb,-dcomctl32 \\|g' programs/winhlp32/Makefile
- Add the following sed command to the build() function just before the make command for the 32 bit build:
sed -i 's|macro\.lex\.yy\.o winhlp32\.res -lshell32 -lcomctl32 -lcomdlg32 -luser32 -lgdi32 \\|macro\.lex\.yy\.o winhlp32\.res -lshell32 -lcomctl32 -lcomdlg32 -luser32 -lgdi32 -lfl \\|g' programs/winhlp32/Makefile