@username227
For future reference, whenever pulling a patch from upstream, do not clutter the AUR package by linking the patch. Just add a .patch to the end of the url, like:
https://git.eden-emu.dev/eden-emu/eden/commit/60e1032771.patch
| Git Clone URL: | https://aur.archlinux.org/eden.git (read-only, click to copy) |
|---|---|
| Package Base: | eden |
| Description: | Nintendo Switch emulator forked from yuzu. |
| Upstream URL: | https://eden-emulator.github.io/ |
| Keywords: | eden emulator nintendo switch yuzu |
| Licenses: | GPL-3.0-or-later |
| Conflicts: | eden-beta, eden-bin, eden-git, eden-preview-bin |
| Submitter: | username227 |
| Maintainer: | username227 (HurricanePootis) |
| Last Packager: | username227 |
| Votes: | 26 |
| Popularity: | 1.97 |
| First Submitted: | 2025-05-14 22:35 (UTC) |
| Last Updated: | 2026-06-22 12:49 (UTC) |
@username227
For future reference, whenever pulling a patch from upstream, do not clutter the AUR package by linking the patch. Just add a .patch to the end of the url, like:
https://git.eden-emu.dev/eden-emu/eden/commit/60e1032771.patch
eden 0.2.1-2 build fails for me:
[8/1466] Building CXX object src/common/CMakeFiles/common.dir/dynamic_library.cpp.o
FAILED: [code=1] src/common/CMakeFiles/common.dir/dynamic_library.cpp.o
/usr/bin/c++ -DARCHITECTURE_x86_64=1 -DBOOST_CONTEXT_DYN_LINK -DBOOST_CONTEXT_NO_LIB -DBOOST_FILESYSTEM_DYN_LINK -DBOOST_FILESYSTEM_NO_LIB -DBUILD_ID=\"amd64\" -DCPPHTTPLIB_BROTLI_SUPPORT -DCPPHTTPLIB_OPENSSL_SUPPORT -DCPPHTTPLIB_USE_NON_BLOCKING_GETADDRINFO -DCPPHTTPLIB_ZLIB_SUPPORT -DCPPHTTPLIB_ZSTD_SUPPORT -DFMT_SHARED -DNDEBUG -DYUZU_ROOM -D_FILE_OFFSET_BITS=64 -I/home/u/.cache/aurman/eden/src/eden/src/. -I/home/u/.cache/aurman/eden/src/build/src -I/home/u/.cache/aurman/eden/src/eden/.cache/cpm/xbyak/7.35.2 -I/home/u/.cache/aurman/eden/src/eden/externals/./stb -I/home/u/.cache/aurman/eden/src/eden/.cache/cpm/unordered_dense/7b55/include -I/home/u/.cache/aurman/eden/src/eden/externals/./demangle -isystem /home/u/.cache/aurman/eden/src/eden/.cache/cpm/httplib/0.37.0 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -Wp,-D_GLIBCXX_ASSERTIONS -flto=auto -std=gnu++20 -fwrapv -pipe -fno-rtti -Werror=all -Werror=extra -Werror=missing-declarations -Werror=shadow -Werror=unused -Wno-attributes -Wno-invalid-offsetof -Wno-unused-parameter -Wno-missing-field-initializers -mcx16 -Wno-array-bounds -Wno-stringop-overread -Wno-stringop-overflow -MD -MT src/common/CMakeFiles/common.dir/dynamic_library.cpp.o -MF src/common/CMakeFiles/common.dir/dynamic_library.cpp.o.d -o src/common/CMakeFiles/common.dir/dynamic_library.cpp.o -c /home/u/.cache/aurman/eden/src/eden/src/common/dynamic_library.cpp
/home/u/.cache/aurman/eden/src/eden/src/common/dynamic_library.cpp: In static member function ‘static std::string Common::DynamicLibrary::GetVersionedFilename(const char*, int, int)’:
/home/u/.cache/aurman/eden/src/eden/src/common/dynamic_library.cpp:67:31: error: ‘strncmp’ is not a member of ‘std’; did you mean ‘strncmp’?
67 | const char* prefix = std::strncmp(libname, "lib", 3) ? "lib" : "";
| ^~~~~~~
In file included from /usr/include/fmt/base.h:18,
from /usr/include/fmt/format.h:41,
from /usr/include/fmt/ranges.h:19,
from /home/u/.cache/aurman/eden/src/eden/src/common/dynamic_library.cpp:7:
/usr/include/string.h:174:12: note: ‘strncmp’ declared here
174 | extern int strncmp (const char *__s1, const char *__s2, size_t __n)
| ^~~~~~~
I am getting the same error with version 0.1.1-4 though, despite having that currently installed
@crueter Thank you for your reply. Can you elaborate a bit why clang is a problem?
https://aur.archlinux.org/packages/eden-preview-pgo-bin
https://aur.archlinux.org/packages/eden-pgo-bin
Using pre-existing PGO data is not viable here. All our public PGO data is Clang-only and forcing Clang here would be... disastrous, to say the least. If you want PGO you'll either have to do it yourself or use our PGO AppImages which I linked above.
Can we enable PGO? As stated in upstream release page, it usually performs ~10-30% faster.
@dantob
Why is -DCMAKE_BUILD_TYPE=None instead of -DCMAKE_BUILD_TYPE=Release?
This is standard practice for cmake projects PKGBUILDs. See: https://wiki.archlinux.org/title/CMake_package_guidelines#CMake_undesired_behaviors
Checksum error ERROR: One or more files did not pass the validity check! error: failed to download sources for 'eden-0.2.1-2': error: packages failed to build: eden-0.2.1-2
The checksum doesn't seem to match. Doing sha256sum eden-v0.2.1.tar.gz outputs a43ea2886b75204438f691a4ddfad99e88b508e30431978dd13fba1c22440d19 eden-v0.2.1.tar.gz not 031b1330af955a49cc969fd9d3efd4e597244c5f6511cfa923872fc727d12bc8.
Why is -DCMAKE_BUILD_TYPE=None instead of -DCMAKE_BUILD_TYPE=Release? or RelWithDebInfo. See here git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/Build.md
Only Stable builds in this package. For rc builds, use eden-beta. Please do not flag this package as out of date until the next stable package is released.
Pinned Comments
username227 commented on 2026-04-23 17:33 (UTC)
Only Stable builds in this package. For rc builds, use eden-beta. Please do not flag this package as out of date until the next stable package is released.