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.
Search Criteria
Package Details: wii-u-gc-adapter 0.0.45-1
Package Actions
| 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.000000 |
| First Submitted: | 2015-08-09 22:51 (UTC) |
| Last Updated: | 2021-09-18 13:59 (UTC) |
spider-mario commented on 2021-07-25 19:16 (UTC)
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
pkgnamewith-cvs,-svn,-hg,-darcs,-bzr,-gitetc. unless the package fetches a specific release.
(Emphasis mine.)
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.