Package Details: pcsx2-git 2.3.35.r0.g4eae1b7127-1

Git Clone URL: https://aur.archlinux.org/pcsx2-git.git (read-only, click to copy)
Package Base: pcsx2-git
Description: A Sony PlayStation 2 emulator
Upstream URL: https://github.com/PCSX2/pcsx2
Licenses: GPL-3.0+
Conflicts: pcsx2
Provides: pcsx2
Submitter: alucryd
Maintainer: weirdbeard (xiota)
Last Packager: weirdbeard
Votes: 130
Popularity: 0.130081
First Submitted: 2014-03-26 14:17 (UTC)
Last Updated: 2024-11-27 22:52 (UTC)

Dependencies (34)

Required by (4)

Sources (2)

Pinned Comments

weirdbeard commented on 2024-08-17 03:40 (UTC)

https://github.com/PCSX2/pcsx2/pull/11632

This package now enables Cmake Package mode proper. PCSX2 will here on, be installed in the package standard folders /usr/bin, /usr/share, /usr/lib. Following the XDG standard pcsx2's config files remain in .config/PCSX2

In order to ensure a proper and clean upgrade. Uninstall this package COMPLETELY and clear cache before reinstalling.

Latest Comments

« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 24 .. 67 Next › Last »

Neko-san commented on 2022-10-04 22:45 (UTC)

Try setting CMAKE_C_COMPILER_AR and CMAKE_CXX_COMPILER_AR (according to the log you showed)

I don't have this problem, so it's the only advice left I can give

Dreamkey commented on 2022-10-04 17:38 (UTC)

@Neko-san @weirdbeard it doesn't work even with this modification (also tried with export). My makepkg.conf is pretty much untouched, I left all the OPTIONS by default.

weirdbeard commented on 2022-10-04 04:05 (UTC)

It's because of clang / LTO. If you turn either off the issue will go away. Which, I hate because LTO + clang is actually faster

Neko-san commented on 2022-10-03 22:23 (UTC) (edited on 2022-10-03 22:27 (UTC) by Neko-san)

@Dreamkey You can define AR in /etc/makepkg.conf like so:

AR="$(which ar)"

or:

AR="$(which llvm-ar)"

if you use clang instead of gcc.

Dreamkey commented on 2022-10-03 21:59 (UTC)

Hello, I can't compile the package anymore because it can't find "ar" anymore, even if binutils is installed on my system:

[1/527] Linking C static library 3rdparty/rcheevos/librcheevos.a
FAILED: 3rdparty/rcheevos/librcheevos.a 
: && /usr/bin/cmake -E rm -f 3rdparty/rcheevos/librcheevos.a && "CMAKE_C_COMPILER_AR-NOTFOUND" cr 3rdparty/rcheevos/librcheevos.a [...]
/bin/sh: line 1: CMAKE_C_COMPILER_AR-NOTFOUND: command not found
[2/527] Linking CXX static library 3rdparty/discord-rpc/libdiscord-rpc.a
FAILED: 3rdparty/discord-rpc/libdiscord-rpc.a 
: && /usr/bin/cmake -E rm -f 3rdparty/discord-rpc/libdiscord-rpc.a && "CMAKE_CXX_COMPILER_AR-NOTFOUND" cr 3rdparty/discord-rpc/libdiscord-rpc.a [...]
/bin/sh: line 1: CMAKE_CXX_COMPILER_AR-NOTFOUND: command not found
ninja: build stopped: subcommand failed.

weirdbeard commented on 2022-10-02 14:43 (UTC)

Just tested with the official zstd. Seems like they did add the missing CMake headers

rafaelff commented on 2022-10-02 09:15 (UTC)

zstd in official repos now have CMake files, maybe it is worth trying to build PCSX2 without zstd-cmake?

weirdbeard commented on 2022-10-01 22:48 (UTC)

I just pushed an update to the package that has switched it to using patch files. recursive submodule cloning and the proper version string. It's fixed

tuxsavvy commented on 2022-10-01 13:06 (UTC)

Hi, thanks for maintaining the package.

Since approximately 1.7.3333 fast_float (via rapidyaml) has been changed to be pulled externally;

# rapidyaml includes fast_float as a submodule, saves us pulling it in directly.
# Normally, we'd just pull in the cmake project, and link to it, but... it seems to enable
# permissive mode, which breaks other parts of PCSX2. So, we'll just create a target here
# for now.
#add_subdirectory(3rdparty/rapidyaml/rapidyaml/ext/c4core/src/c4/ext/fast_float EXCLUDE_FROM_ALL)
add_library(fast_float INTERFACE)
target_include_directories(fast_float INTERFACE 3rdparty/rapidyaml/rapidyaml/ext/c4core/src/c4/ext/fast_float/include)

This leads to compilation errors which cannot be reproduced upstream, as they are pulling the submodules recursively. The link there is a little old, considering that a new version was being compiled via GitHub actions as of writing, but the point remains true otherwise.

As such, I have generated a diff of a more simplified approach that should be working,

--- a/PKGBUILD  
+++ b/PKGBUILD  
@@ -60,37 +60,14 @@

 conflicts=(pcsx2)

-source=(
-git+https://github.com/kenshen112/pcsx2.git#branch=packages
-git+https://github.com/rtissera/libchdr.git
-git+https://github.com/google/googletest.git
-git+https://github.com/mozilla/cubeb.git
-git+https://github.com/KhronosGroup/glslang.git
-git+https://github.com/KhronosGroup/Vulkan-Headers.git
-git+https://github.com/fmtlib/fmt.git
-)
+source=('git+https://github.com/kenshen112/pcsx2.git#branch=packages')

-sha256sums=(
-SKIP
-SKIP
-SKIP
-SKIP
-SKIP
-SKIP
-SKIP
-)
+sha256sums=('SKIP')

 prepare()
 {
   cd $srcdir/pcsx2
-  git submodule init
-  git config submodule.3rdparty/libchdr/libchdr.url $srcdir/libchdr
-  git config submodule.3rdparty/gtest.url $srcdir/googletest
-  git config submodule.3rdparty/cubeb/cubeb.url $srcdir/cubeb
-  git config submodule.3rdparty/glslang/glslang.url $srcdir/glslang
-  git config submodule.3rdparty/vulkan-headers.url $srcdir/Vulkan-Headers
-  git config submodule.3rdparty/fmt/fmt.url $srcdir/fmt
-  git submodule update 3rdparty/libchdr/libchdr 3rdparty/gtest 3rdparty/cubeb/cubeb 3rdparty/glslang/glslang 3rdparty/vulkan-headers 3rdparty/fmt/fmt
+  git submodule update --init --recursive
 }

 pkgver()

Please incorporate these changes, as more submodules has been moved in-tree, e.g. cubeb.

weirdbeard commented on 2022-10-01 03:08 (UTC)

@Neko-san yeah it is. It's a bit confusing because the package names are odd but pcsx2 uses zstd but it needs the package to have the CMake headers. Unfortunately the main repo package lacks that and so I have to use zstd-cmake

« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 24 .. 67 Next › Last »