Package Details: wii-u-gc-adapter 0.0.45-1

Git Clone URL: https://aur.archlinux.org/wii-u-gc-adapter.git (read-only, click to copy)
Package Base: wii-u-gc-adapter
Description: Tool for using the Wii U GameCube Adapter on Linux
Upstream URL: https://github.com/ToadKing/wii-u-gc-adapter
Licenses: MIT
Submitter: spider-mario
Maintainer: spider-mario
Last Packager: spider-mario
Votes: 9
Popularity: 0.001630
First Submitted: 2015-08-09 22:51 (UTC)
Last Updated: 2021-09-18 13:59 (UTC)

Pinned Comments

abouvier commented on 2020-07-12 17:09 (UTC) (edited on 2020-07-12 17:09 (UTC) by abouvier)

For information, this driver is not needed anymore in sdl2 applications (mame, retroarch, etc.) since version 2.0.12 because there is internal support for the adapter.

Latest Comments

1 2 Next › Last »

spider-mario commented on 2021-07-25 19:16 (UTC)

Thanks for reporting, it should be fixed now. It was due to new defaults in makepkg.conf (CFLAGS="... -Wformat -Werror=format-security") which conflict with the -Wno-format from upstream.

Minmo commented on 2021-07-24 16:24 (UTC)

You can install this package by exchanging make with make -Wno-format

srslizness commented on 2021-07-20 22:11 (UTC)

cc1: error: ‘-Wformat-security’ ignored without ‘-Wformat’ [-Werror=format-security]
cc1: some warnings being treated as errors
make: *** [Makefile:16: wii-u-gc-adapter.o] Error 1

Looks like there's a compilation flag that's not working with newer versions of gcc?

Sukid commented on 2021-05-24 10:16 (UTC)

@abouvier It works in retroarch (and dolphin obviously) but I can't get it to work in anything else at all. Specially the super mario 64 pc port. :(

spider-mario commented on 2020-07-12 22:36 (UTC)

That’s great info, thanks!

abouvier commented on 2020-07-12 17:09 (UTC) (edited on 2020-07-12 17:09 (UTC) by abouvier)

For information, this driver is not needed anymore in sdl2 applications (mame, retroarch, etc.) since version 2.0.12 because there is internal support for the adapter.

spider-mario commented on 2020-07-03 14:03 (UTC) (edited on 2020-07-03 14:03 (UTC) by spider-mario)

I have pinned the revision until something definitive is decided. Thanks for the report.

spider-mario commented on 2020-07-03 14:01 (UTC)

Oops, true, I was almost sure that I had a #commit=… in the source URL as I do for a few other packages but apparently, I misremembered.

I don’t think the pkgver function is particularly wrong, though, it doesn’t checkout anything. It prints “0.0.” followed by the number of revisions, hence 0.0.38. It’s not very robust to force-pushes and things like that but that’s another question.

abouvier commented on 2020-07-03 13:15 (UTC) (edited on 2020-07-03 13:18 (UTC) by abouvier)

But... it's true! There is no instructions to fetch a specific commit. Your pkgver() function is wrong by the way. Its purpose is to update the pkgver variable, not to checkout the git repo to a specific commit.

spider-mario commented on 2020-07-03 13:09 (UTC)

That would be true if it always fetched HEAD, but since it fetches a specific revision, I think it is exempt from this rule. It just happens to do that with git.

https://wiki.archlinux.org/index.php/VCS_package_guidelines

Suffix pkgname with -cvs, -svn, -hg, -darcs, -bzr, -git etc. unless the package fetches a specific release.

(Emphasis mine.)