Arch Linux User Repository

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