Arch Linux User Repository

I solved the problem. If you are using nvcc compilers for c, add the lines:

CC=/usr/bin/gcc CXX=/usr/bin/g++

In the build function of the pkgbuild file for Plplot, making it:

build() {
  cd ${srcdir}/${pkgname}-${pkgver}
  if [ -d build ]; then
      rm -r build
  fi
  mkdir build
  cd build
  CC=/usr/bin/gcc
  CXX=/usr/bin/g++
  cmake -DCMAKE_INSTALL_PREFIX=/usr \
      -DENABLE_octave=off \
      -DENABLE_tcl=ON \
      -DENABLE_tk=ON \
      -DPLPLOT_USE_QT5=1 \
      -DPL_FREETYPE_FONT_PATH=/usr/share/fonts/TTF ..
  find . -name '*.make' -exec sed -i 's|-isystem /usr/include ||g' '{}' ';'
  make 
}

With this configuration, I was able to build the AUR.

Hey everyone, I recently tried installing this aur and in the build phase, it has tried to use nvc to make the software in vain:

CMake Error at /usr/share/cmake/Modules/CMakeTestCCompiler.cmake:69 (message):
  The C compiler

    "/opt/nvidia/hpc_sdk/Linux_x86_64/22.7/compilers/bin/nvc"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: /var/tmp/pamac-build-usbfvlaeef/plplot/src/plplot-5.15.0/build/CMakeFiles/CMakeTmp

    Run Build Command(s):/usr/bin/make -f Makefile cmTC_bdbc2/fast && /usr/bin/make  -f CMakeFiles/cmTC_bdbc2.dir/build.make CMakeFiles/cmTC_bdbc2.dir/build
    make[1]: Entering directory '/var/tmp/pamac-build-usbfvlaeef/plplot/src/plplot-5.15.0/build/CMakeFiles/CMakeTmp'
    Building C object CMakeFiles/cmTC_bdbc2.dir/testCCompiler.c.o
    /opt/nvidia/hpc_sdk/Linux_x86_64/22.7/compilers/bin/nvc   -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection  -MD -MT CMakeFiles/cmTC_bdbc2.dir/testCCompiler.c.o -MF CMakeFiles/cmTC_bdbc2.dir/testCCompiler.c.o.d -o CMakeFiles/cmTC_bdbc2.dir/testCCompiler.c.o -c /var/tmp/pamac-build-usbfvlaeef/plplot/src/plplot-5.15.0/build/CMakeFiles/CMakeTmp/testCCompiler.c
    nvc-Error-Switch -tp with unknown keyword x86-64
    -tp=px|bulldozer|piledriver|zen|zen2|zen3|sandybridge|haswell|skylake|host|native
                        Select target processor
        px              Generic Linux/Windows x86_64 Processor.
        bulldozer       AMD Bulldozer processor
        piledriver      AMD Piledriver processor
        zen             AMD Zen architecture (Epyc, Ryzen)
        zen2            AMD Zen 2 architecture (Ryzen 2)
        zen3            AMD Zen 3 architecture (Ryzen 3)
        sandybridge     Intel SandyBridge processor
        haswell         Intel Haswell processor
        skylake         Intel Skylake Xeon processor
        host            Link native version of HPC SDK cpu math library
        native          Alias for -tp host
    make[1]: *** [CMakeFiles/cmTC_bdbc2.dir/build.make:79: CMakeFiles/cmTC_bdbc2.dir/testCCompiler.c.o] Error 1
    make[1]: Leaving directory '/var/tmp/pamac-build-usbfvlaeef/plplot/src/plplot-5.15.0/build/CMakeFiles/CMakeTmp'
    make: *** [Makefile:127: cmTC_bdbc2/fast] Error 2





  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:110 (enable_language)


-- Configuring incomplete, errors occurred!
See also "/var/tmp/pamac-build-usbfvlaeef/plplot/src/plplot-5.15.0/build/CMakeFiles/CMakeOutput.log".
See also "/var/tmp/pamac-build-usbfvlaeef/plplot/src/plplot-5.15.0/build/CMakeFiles/CMakeError.log".
==> ERROR: A failure occurred in build().
    Aborting...

It looks like pyplot is not engaging nvc with the right switches. Not sure how to fix this as I am somewhat of an amateur here.

I was looking around the plplot site the other day, and saw that it can be built with qt5 rather than qt4 by specifying -DPLPLOT_USE_QT5=1 on the cmake line.

Updating to use QT5 would remove the dependency on qt4 which is no longer in the repositories.

The only significant drawback I can see is that there is no QT5 ps driver. I'm not sure whether there is any dependency beyond qt5-base as I have a full qt5 install on my KDE-based system.

Thoughts...

Thank you. Adding a patch to the PKGBUILD to solve this issue.

@Cjen1 It seems to be plplot issue. Similar nextcloud-client issue: https://bugs.gentoo.org/727474

https://github.com/nextcloud/desktop/commit/0fe7a657386b107ae498e7749ff4c20116b9752a

I've succeeded to solve the problem by adding

'#include <QPainterPath>'

to the file /plplot-5.15.0/bindings/qt_gui/plqt.cpp

There are some errors while building

make[2]: *** [bindings/qt_gui/CMakeFiles/plplotqt.dir/build.make:95: bindings/qt_gui/CMakeFiles/plplotqt.dir/plqt.cpp.o] Error 1

make[1]: *** [CMakeFiles/Makefile2:1839: bindings/qt_gui/CMakeFiles/plplotqt.dir/all] Error 2

make: *** [Makefile:171: all] Error 2

I'm having difficult installing this:

/home/cjen1/.cache/yay/plplot/src/plplot-5.15.0/bindings/qt_gui/plqt.cpp:222:22: error: aggregate ‘QPainterPath path’ has incomplete type and cannot be defined

Thanks, the PKGBUILD has been updated.

PLplot is affected by the gcc 6 change is the isystem flag, causing an error like this (at least for me) :

/usr/include/c++/9.1.0/cstdlib:75:15: fatal error: stdlib.h: No such file or directory 75 | #include_next <stdlib.h> |

I fixed it by adding this command between the call to cmake and the call to make in the build script : find . -name '*.make' -exec sed -i 's|-isystem /usr/include ||g' '{}' ';' It just removes the '-isystem /usr/include' from every Makefiles generated by CMake, which were causing the issue.

End of last year gnudatalanguage was updated to use the version of plpot. It needs plplot>5.11 to be compiled with "-DOLD_WXWIDGETS:BOOL=ON" acouring to the README.

Is there any chance to get plplot compiled with that option enabled? Or anyhing known against such a change?

Thanks, Jan