Search Criteria
Package Details: xemu-git 0.8.28.r0.g1d662cb49e-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/xemu-git.git (read-only, click to copy) |
---|---|
Package Base: | xemu-git |
Description: | Original Xbox emulator (fork of XQEMU) |
Upstream URL: | https://xemu.app/ |
Keywords: | console emulation emulator game microsoft xbox xiso |
Licenses: | GPL-2.0-only |
Conflicts: | xemu |
Provides: | xemu |
Submitter: | abouvier |
Maintainer: | abouvier |
Last Packager: | abouvier |
Votes: | 10 |
Popularity: | 0.019478 |
First Submitted: | 2020-09-28 02:28 (UTC) |
Last Updated: | 2025-03-09 00:59 (UTC) |
Dependencies (35)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR)
- glslang (glslang-gitAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libcurl.so (curl-gitAUR, curl-c-aresAUR, curl, lib32-curl)
- libepoxy.so (lib32-libepoxy, libepoxy)
- libgdk-3.so (gtk3-no_deadkeys_underlineAUR, gtk3-gitAUR, gtk3-classic-xfceAUR, gtk3-classicAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3, lib32-gtk3)
- libglib-2.0.so (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR, glib2, lib32-glib2)
- libgobject-2.0.so (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR, glib2, lib32-glib2)
- libgtk-3.so (gtk3-no_deadkeys_underlineAUR, gtk3-gitAUR, gtk3-classic-xfceAUR, gtk3-classicAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3, lib32-gtk3)
- libpcap.so (libpcap-gitAUR, lib32-libpcap, libpcap)
- libsamplerate.so (libsamplerate-gitAUR, lib32-libsamplerate, libsamplerate)
- libslirp.so (libslirp)
- libtomlplusplus.so (tomlplusplus)
- libxxhash.so (xxhash)
- libz.so (zlib-gitAUR, lib32-zlib, zlib, zlib-ng-compat)
- sdl2AUR (sdl2-compat-gitAUR, sdl2-gitAUR, sdl2-compat)
- cmake (cmake-gitAUR, cmake3AUR) (make)
- curl (curl-gitAUR, curl-c-aresAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- Show 15 more dependencies...
Latest Comments
« First ‹ Previous 1 2 3 4 Next › Last »
abouvier commented on 2022-01-31 07:55 (UTC) (edited on 2022-01-31 08:01 (UTC) by abouvier)
What makes more sense: asking every
PKGBUILD
maintainer to add this condition or modifying your ownmakepkg.conf
?And if you change the default compiler, you should know what you're doing.
Neko-san commented on 2022-01-31 05:15 (UTC)
Adding a conditional check for this seriously isn't a big deal; the only 2 main compilers used on Linux are GCC and Clang - it's not like someone's going to come along and ask about MingW support.
This doesn't override GCC users, only fixes the variables necessary for those deciding they want Clang without making investigating why compilation doesn't work every time something doesn't build.
abouvier commented on 2022-01-31 05:02 (UTC) (edited on 2022-01-31 05:03 (UTC) by abouvier)
PKGBUILDs are not supposed to support every compiler.
It's up to you to add these variables in your environment.
Neko-san commented on 2022-01-30 23:59 (UTC)
Putting this at the top of the build function fixes compiling Xemu with clang:
Neko-san commented on 2021-09-20 21:43 (UTC)
Aaaaand, it did get removed, partially They kept the LD export but not exactly as it's required for Xemu as mentioned in the Github conversation
Not be overly negative but... it's stuff like this that makes me not want to contribute to the wiki :/
Neko-san commented on 2021-09-17 23:24 (UTC)
I just added it.
In my experience, contributing to the Arch Wiki just gets my additions removed but we'll see if it doesn't this time :/
abouvier commented on 2021-09-17 20:07 (UTC)
It's time to edit the wiki at https://wiki.archlinux.org/title/Clang to add your discoveries ;)
Neko-san commented on 2021-09-17 08:58 (UTC)
I mean, yeah, I did that but this info isn't in the Arch Wiki and anyone else happening upon it probably would have to goose-chase to find out :v
abouvier commented on 2021-09-17 06:22 (UTC) (edited on 2021-09-17 17:57 (UTC) by abouvier)
Why not add these variables/flags in your
makepkg.conf
file like you did forCC
/CXX
? :pIt will fix every PKGBUILD that you're building with clang+LTO.
Neko-san commented on 2021-09-16 05:59 (UTC)
@abouvier Apparently, exporting these variables:
in the PKGBUILD fixes the LTO error.
Maybe add a detection handling for when Clang is used and when LTO is active?
I'd offer a suggestion but I'm not as experienced with understanding what
makepkg
does and doesn't like in these kinds of scenarios :V« First ‹ Previous 1 2 3 4 Next › Last »