Blame the Cemu developers for using such library ;)
They bounced the problem back to packagers by having an option to disable it.
Git Clone URL: | https://aur.archlinux.org/cemu-git.git (read-only, click to copy) |
---|---|
Package Base: | cemu-git |
Description: | Nintendo Wii U emulator |
Upstream URL: | https://cemu.info/ |
Keywords: | console emulation emulator game nintendo |
Licenses: | MPL-2.0 |
Conflicts: | cemu |
Provides: | cemu |
Submitter: | abouvier |
Maintainer: | abouvier |
Last Packager: | abouvier |
Votes: | 11 |
Popularity: | 0.003184 |
First Submitted: | 2022-08-27 04:24 (UTC) |
Last Updated: | 2025-07-20 01:34 (UTC) |
Blame the Cemu developers for using such library ;)
They bounced the problem back to packagers by having an option to disable it.
If that's true, it should be a makedep, not depends.
I meant it wasn't loaded at runtime with dlopen()
, but the shared library is obviously linked.
Some packages, like srb2kart-git, use it only if it is already installed.
It's awful and does not make any sense when building in a clean chroot.
Probably doesn't want to build/install an extra package that hasn't been updated in 4-6 years
Blame the Cemu developers for using such library ;)
Why?
Probably doesn't want to build/install an extra package that hasn't been updated in 4-6 years. Some packages, like srb2kart-git
, use it only if it is already installed.
discord-rpc
is not dynamically loaded
If that's true, it should be a makedep, not depends.
Why? All available features tend to be enabled in an archlinux package.
discord-rpc
is not dynamically loaded by cemu
, it's either enabled or disabled.
Is it possible to make discord-rpc
optional?
When the following is used in the build function:
cmake -S $_pkgname -B build \
-DCMAKE_BUILD_TYPE=Release \
-DCMAKE_C_FLAGS_RELEASE="-DNDEBUG" \
-DCMAKE_CXX_FLAGS_RELEASE="-DNDEBUG" \
-DENABLE_VCPKG=OFF \
-Wno-dev
cmake --build build
It produces the following error:
Error: unknown pseudo-op: `.rodata'
However, modifying the build function according to the build instructions from upstream like so:
cmake -S $_pkgname -B build \
-DCMAKE_BUILD_TYPE=release \
-DCMAKE_C_COMPILER=/usr/bin/clang \
-DCMAKE_CXX_COMPILER=/usr/bin/clang++ \
-DCMAKE_C_FLAGS_RELEASE="-DNDEBUG" \
-DCMAKE_CXX_FLAGS_RELEASE="-DNDEBUG" \
-DENABLE_VCPKG=OFF \
-Wno-dev \
-G Ninja
cmake --build build
Is able to build the program and create the package. This is likely due to the latest commit from the source code repo.
There is a conflict with shaderc
and shaderc-non-semantic-debug
. Down the line, something depends on libplacebo
which depends on shaderc
. I think libplacebo
package should be changed to depend on libshaderc_shared.so
.
cannot build because of failure with the discord-rpc aur package.
BUILD.md got updated if relevant: https://github.com/cemu-project/Cemu/blob/main/BUILD.md#for-arch-and-derivatives
Pinned Comments
abouvier commented on 2022-10-12 17:50 (UTC)
Data and config files previously stored in
~/.local/share/cemu
are now searched in~/.config/Cemu
,~/.local/share/Cemu
and~/.cache/Cemu
.