Package Details: koku-xinput-wine 1.2.3-1

Git Clone URL: (read-only)
Package Base: koku-xinput-wine
Description: Adds xinput support to Wine without modifying the source binaries of Wine.
Upstream URL:
Keywords: controller wine xbox xinput
Licenses: BSD
Conflicts: koku-xinput-wine-git
Provides: koku-xinput-wine
Submitter: ekkelett
Maintainer: ekkelett
Last Packager: ekkelett
Votes: 6
Popularity: 0.080559
First Submitted: 2016-10-23 23:48
Last Updated: 2018-07-16 08:27

Latest Comments

IEPforAUR commented on 2018-11-11 00:14

CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:2 (project)

CMake Error at CMakeLists.txt:2 (project): The CMAKE_CXX_COMPILER:

Build fails on Manjaro as the Makefile can't be fully generated due to: " x86_64-w64-mingw32-g++

is not a full path and was not found in the PATH.

Tell CMake where to find the compiler by setting either the environment variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full path to the compiler, or to the compiler name if it is in the PATH.

-- Configuring incomplete, errors occurred! " So where is the package providing " x86_64-w64-mingw32-g++" and why doesn't Octopi have an option to search for packages by the files that they provide?

ekkelett commented on 2017-11-13 15:11

Thanks for helping out, ainola! :) Sorry for not getting around to this till you flagged it as out-of-date, but busy days.

I can help make 32-bit and 64-bit work, but I have no interest in maintaining 32-bit support since Arch has deprecated it per

You're absolutely on spot about the releases: I'm splitting them up and fixing this one to follow the releases. :)

ambidot commented on 2017-11-11 07:39

workaround: edit /etc/makepkg.conf to not contain the default ',-z,relro' in LDFLAGS, and revert after building.

your build script transmits system build flags to CMake which would be fine if not for the fact that this is a CROSS-BUILD.

ainola commented on 2017-11-07 06:30

Thanks for maintaining this package, ekkelett.

This package should follow the actual releases on github (there was one released just 20 hours ago, btw) as it does not have the -git suffix in the package name.

Also, the depends() section should be split up into 32-bit and 64-bit sections so that both 32 bit and 64 bit will work. For 64-bit, gcc-multilib should be a makedep.

ekkelett commented on 2017-10-01 22:04

@Yamakaky right-o -- my mistake. mingw is for Windows however.
Well, the CMakelists look for mingw to some extent, but the -z flag is not compatible with the version of ld that comes with mingw. Overriding the compiler could also work as an alternative.

Yamakaky commented on 2017-10-01 16:42

Not at all, I'm on arch! The compiler is from the package mingw-w64-gcc. It seems to work if I uninstall it.

ekkelett commented on 2017-10-01 16:03

@Yamakaky I'd wager it's because you're trying to compile this with Windows Subsystem for Linux, no? Check the make-related sources in the project, and replace the usage of "-z" for WSL/Cygwin alternative.

Yamakaky commented on 2017-09-30 19:18

I get the following error :

/usr/bin/i686-w64-mingw32-gcc -march=native -O2 -pipe
-fdiagnostics-color=auto -fstack-protector-strong
-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,--whole-archive
CMakeFiles/cmTC_55217.dir/objects.a -Wl,--no-whole-archive -o
cmTC_55217.exe -Wl,--out-implib,libcmTC_55217.dll.a

unrecognized option '-z'

use the --help option for usage information

Any idea why that is?