Package Details: plplot 5.15.0-4

Git Clone URL: (read-only, click to copy)
Package Base: plplot
Description: A cross-platform software package for creating scientific plots
Upstream URL:
Licenses: custom, LGPL
Submitter: None
Maintainer: gypaetus
Last Packager: gypaetus
Votes: 48
Popularity: 0.019889
First Submitted: 2005-06-08 03:23 (UTC)
Last Updated: 2020-08-25 10:26 (UTC)

Dependencies (12)

Sources (2)

Latest Comments

1 2 3 Next › Last »

jvfaegje commented on 2022-08-10 10:57 (UTC)

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
  mkdir build
  cd build
      -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' '{}' ';'

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

jvfaegje commented on 2022-08-08 03:45 (UTC)

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


  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
                        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().

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.

James-T commented on 2021-08-11 14:34 (UTC) (edited on 2021-08-11 14:35 (UTC) by James-T)

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.


gypaetus commented on 2020-08-25 10:28 (UTC)

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

mazzarino commented on 2020-08-18 17:05 (UTC) (edited on 2020-08-18 17:21 (UTC) by mazzarino)

@Cjen1 It seems to be plplot issue. Similar nextcloud-client issue:

I've succeeded to solve the problem by adding

'#include <QPainterPath>'

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

mazzarino commented on 2020-08-16 18:07 (UTC) (edited on 2020-08-16 18:07 (UTC) by mazzarino)

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

Cjen1 commented on 2020-07-22 16:56 (UTC)

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

gypaetus commented on 2019-09-16 20:44 (UTC)

Thanks, the PKGBUILD has been updated.

Aelerinya commented on 2019-08-21 16:17 (UTC) (edited on 2019-08-21 16:17 (UTC) by Aelerinya)

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.

jankoh commented on 2019-01-13 12:31 (UTC)

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