Arch Linux User Repository

GCC 10 can compile but needs this flag in the PKGBUILD build section in place of the exports. CFLAGS+=' -fcommon'

Refer to Porting to GCC 10 for more information.

It happens because of GCC 10. There is an open pull request to fix ODR violations in GitHub but it is insufficient. Builds fine using clang for now.

I get the same error as @aphirst, regardless of the with plugin or not.

[ 30%] Linking C executable pcsxr
/usr/bin/ld: CMakeFiles/pcsxr.dir/Cheat.c.o:(.bss+0x20): multiple definition of `cfgfile_basename'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x0): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/Cheat.c.o:(.bss+0x1020): multiple definition of `cfgfile'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x1000): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/ConfDlg.c.o:(.bss+0x7f160): multiple definition of `cfgfile_basename'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x0): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/ConfDlg.c.o:(.bss+0x80160): multiple definition of `cfgfile'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x1000): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/Config.c.o:(.bss+0x1000): multiple definition of `cfgfile'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x1000): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/Config.c.o:(.bss+0x0): multiple definition of `cfgfile_basename'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x0): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/DebugMemory.c.o:(.bss+0x0): multiple definition of `cfgfile_basename'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x0): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/DebugMemory.c.o:(.bss+0x1000): multiple definition of `cfgfile'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x1000): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/GtkGui.c.o:(.bss+0x20): multiple definition of `cfgfile_basename'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x0): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/GtkGui.c.o:(.bss+0x1020): multiple definition of `cfgfile'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x1000): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/LnxMain.c.o:(.bss+0x0): multiple definition of `cfgfile_basename'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x0): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/LnxMain.c.o:(.bss+0x1000): multiple definition of `cfgfile'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x1000): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/MemcardDlg.c.o:(.bss+0xce40): multiple definition of `cfgfile_basename'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x0): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/MemcardDlg.c.o:(.bss+0xde40): multiple definition of `cfgfile'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x1000): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/Plugin.c.o:(.bss+0x20): multiple definition of `cfgfile_basename'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x0): first defined here
/usr/bin/ld: CMakeFiles/pcsxr.dir/Plugin.c.o:(.bss+0x1020): multiple definition of `cfgfile'; CMakeFiles/pcsxr.dir/AboutDlg.c.o:(.bss+0x1000): first defined here
collect2: error: ld returned 1 exit status
make[2]: *** [gui/CMakeFiles/pcsxr.dir/build.make:320: gui/pcsxr] Error 1
make[1]: *** [CMakeFiles/Makefile2:412: gui/CMakeFiles/pcsxr.dir/all] Error 2
make: *** [Makefile:150: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

@noabody thanks for testing it, I didn't test it at all other than building it to be honest. I have changed it to default to legacy.

fix-pango.patch contains line: +set(OpenGL_GL_PREFERENCE GLVND) Which disables libpeopsxgl.so/cfgpeopsxgl (OpenGL video plugin) in Manjaro 18.1.3

The line should be: +set(OpenGL_GL_PREFERENCE LEGACY) Which allows a native 64-bit build to use the OpenGL plugin.

Running pcsxr from a terminal displays this error (GLVND) as soon as the plugin configuration is selected:

$HOME/.pcsxr/plugins/libpeopsxgl.so: undefined symbol: glXDestroyContext

Regular configuration without a GLVND/LEGACY preference gives this warning:

FindOpenGL found both a legacy GL library:

    OPENGL_gl_LIBRARY: /usr/lib/libGL.so

  and GLVND libraries for OpenGL and GLX:

    OPENGL_opengl_LIBRARY: /usr/lib/libOpenGL.so
    OPENGL_glx_LIBRARY: /usr/lib/libGLX.so

scanelf shows that the GLVND selection doesn't use a combination of libraries that actually contains the necessary symbols. I'm surprised no linker errors occur.

scanelf -l -s glXDestroyContext | grep glXDestroyContext

ET_DYN glXDestroyContext /usr/lib32/libGLX.so.0.0.0 
ET_DYN glXDestroyContext /usr/lib32/libGL.so.1.7.0 
ET_DYN glXDestroyContext /usr/lib32/libva-glx.so.2.500.0 
ET_DYN glXDestroyContext /usr/lib/libwx_gtk3u_gl-3.0.so.0.4.0 
ET_DYN glXDestroyContext /usr/lib/libGLX.so.0.0.0 
ET_DYN glXDestroyContext /usr/lib/libwx_gtk2u_gl-3.0.so.0.4.0 
ET_DYN glXDestroyContext /usr/lib/libgstgl-1.0.so.0.1601.0 
ET_DYN glXDestroyContext /usr/lib/libfltk_gl.so.1.3.5 
ET_DYN glXDestroyContext /usr/lib/libglut.so.3.11.0 
ET_DYN glXDestroyContext /usr/lib/libwebkit2gtk-4.0.so.37.39.2 
ET_DYN glXDestroyContext /usr/lib/libgdkglext-x11-1.0.so.0.0.0 
ET_DYN glXDestroyContext /usr/lib/libGL.so.1.7.0 
ET_DYN glXDestroyContext /usr/lib/libva-glx.so.2.500.0 

I tried to add ${OPENGL_glx_LIBRARY} to plugins/peopsxgl/CMakeLists.txt target_link_libraries but it simply generates another error:

$HOME/.pcsxr/plugins/libpeopsxgl.so: undefined symbol: glDrawPixels

scanelf -l -s glDrawPixels | grep glDrawPixels

ET_DYN glDrawPixels /usr/lib32/libOpenGL.so.0.0.0 
ET_DYN glDrawPixels /usr/lib32/libOSMesa.so.8.0.0 
ET_DYN glDrawPixels /usr/lib32/libGL.so.1.7.0 
ET_DYN glDrawPixels /usr/lib32/libGLX_mesa.so.0.0.0 
ET_DYN glDrawPixels /usr/lib/libOpenGL.so.0.0.0 
ET_DYN glDrawPixels /usr/lib/libOSMesa.so.8.0.0 
ET_DYN glDrawPixels /usr/lib/libfltk_gl.so.1.3.5 
ET_DYN glDrawPixels /usr/lib/libGL.so.1.7.0 
ET_DYN glDrawPixels /usr/lib/libGLX_mesa.so.0.0.0 

Feels like GLVND is just a rabbit hole we don't want to go down.

@avallac_h In this case I am the maintainer of the linux upstream too. Sadly I haven't had the time to look into this. Hopefully in the next few weeks I will have a look, but main upstream is not always available to accept pull requests on time. I will update the package when I have a fix for this issue.

Fix build with pango>=1.44.1-1:

diff --git a/PKGBUILD b/PKGBUILD
index 9bb63e2..6806bfc 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -21,6 +21,7 @@ pkgver() {

 prepare() {
   cd "${pkgname/%-git/}"
+  sed -i '/include_directories(${CMAKE_SOURCE_DIR})/a include_directories(/usr/include/harfbuzz)' CMakeLists.txt
   if [[ -d build ]]; then
     rm -rf build
   fi

@loathingkernel the one that doesn't detect 32bit plugins which is to be expected

@pegasusearl, you can modify the PKGBUILD to build for multilib systems. Arch doesn't provide a 32-bit version for ffmpeg though and you will have to build it with lots of its dependencies, as they are mostly aur packages. You will also need to modify the dependencies to their multilib counterparts. Do you care to elaborate how x86_64 affects the audio plugin? Or do you mean that it doesn't detect 32bit plugins which is to be expected?