Package Details: pcsx2-git v1.7.4023.r0.g9346c6934-1

Git Clone URL: (read-only, click to copy)
Package Base: pcsx2-git
Description: A Sony PlayStation 2 emulator
Upstream URL:
Licenses: GPL2, GPL3, LGPL3, LGPL2.1
Conflicts: pcsx2
Provides: pcsx2-qt
Submitter: alucryd
Maintainer: rafaelff (weirdbeard)
Last Packager: weirdbeard
Votes: 124
Popularity: 0.30
First Submitted: 2014-03-26 14:17 (UTC)
Last Updated: 2023-02-08 03:46 (UTC)

Pinned Comments

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 .. 51 Next › Last »

weirdbeard commented on 2023-01-09 20:43 (UTC)

Can I get a count of how many are experiencing this AR issue? Reason I'm asking is because this is a very ... Inconsistent issue meaning it doesn't happen on every machine and it doesn't happen every time. I can make it happen to me if I drop lld but it'd work on another machine vice versa. The only solid fix to this is either turning off LTO, or using GCC. Stenznek is very insistent that every thing be clang LTO which is why we're experiencing this.

It works for me, and KamFrento on the discord. I can switch to LLVM AR but I'm not certain that's the real fix as much as a work around for some given how sporadic and random it happens. I can't emphasize that enough as much of an unfortunate situation as that is.

eugene commented on 2023-01-09 18:27 (UTC) (edited on 2023-01-09 18:27 (UTC) by eugene)

For me build was failing with CMAKE_C_COMPILER_AR-NOTFOUND, CMAKE_CXX_COMPILER_AR-NOTFOUND and CMAKE_C_COMPILER_RANLIB-NOTFOUND errors. I was able to make it work by addition of llvm to makedepends and setting -DCMAKE_AR=/usr/bin/llvm-ar and -DCMAKE_RANLIB=/usr/bin/llvm-ranlib cmake options.

weirdbeard commented on 2023-01-09 14:10 (UTC)

Alright, since despite it doing so on my machine it's then clear that it's not on others. I've moved the exports to cmake options. Should resolve that issue

rodrigo21 commented on 2023-01-09 06:20 (UTC)

It's not using clang on my machine. Tried in a chroot and still is using gcc.

weirdbeard commented on 2023-01-08 15:53 (UTC)

It definitely is. Earlier it was crashing on some old clang specific code in gtest

niobium93 commented on 2023-01-08 06:45 (UTC)

I still don't think it's using clang.

-- The C compiler identification is GNU 12.2.0
-- The CXX compiler identification is GNU 12.2.0

Maybe we need to pass options to cmake like this?

    -DCMAKE_CXX_COMPILER=clang++ \
    -DCMAKE_C_COMPILER=clang \
    -DCMAKE_C_FLAGS="$CFLAGS -flto=thin" \
    -DCMAKE_CXX_FLAGS="$CXXFLAGS -flto=thin" \

Or maybe export those envvars in the build function?

weirdbeard commented on 2023-01-07 01:09 (UTC)

Try it again. I was waiting for a PR that would fix a few things I was having trouble with / it'll actually build with clang now if it wasn't before.

Karlk94 commented on 2023-01-06 15:51 (UTC)

Its failing to compile for me. cc1plus: all warnings being treated as errors [626/694] Building CXX object pcsx2/CMakeFiles/GS-avx2.dir/GS/Renderers/SW/GSSetupPrimCodeGenerator.all.cpp.o ninja: build stopped: subcommand failed.

weirdbeard commented on 2023-01-05 04:15 (UTC)

Oops, yeah sorry. Thanks for catching that mistake. Been going back and forth on keeping with the changes to PCSX2's build system and missed that. Otherwise yeah, clang + LTO's a bit faster then GCC which is why it's set

niobium93 commented on 2023-01-05 03:51 (UTC)

Shouldn't clang and lld be in makedepends? ChaoticAUR currently still seems to build with gcc. Probably because clang and lld never get installed in their chroot.