too long lines were shrinked: make[2]: Entering directory '/var/tmp/portage/sci-libs/plplot-5.15.0_p6-r1/work/plplot-5.15.0_build' [ 50%] Building C object bindings/tcl/CMakeFiles/plplottcltk.dir/tclAPI.c.o cd /var/tmp/portage/sci-libs/plplot-5.15.0_p6-r1/work/plplot-5.15.0_build/bindings/tcl && /usr/bin/x86_64-pc-linux-gnu-gcc -DPLPLOT_HAVE_CONFIG_H -DUSINGDLL -Dplplottcltk_EXPORTS -I/var/tmp/portage/sci-libs/plplot-5.15.0_p6-r1/work/plplot-5.15.0/include -I/var/tmp/portage/sci-libs/plplot-5.15.0_p6-r In file included from /usr/lib/python3.11/site-packages/numpy/_core/include/numpy/ndarrayobject.h:22, from /usr/lib/python3.11/site-packages/numpy/_core/include/numpy/arrayobject.h:5, from /var/tmp/portage/sci-libs/plplot-5.15.0_p6-r1/work/plplot-5.15.0_build/bindings/python/plplotcPYTHON_wrap.c:3201: /usr/lib/python3.11/site-packages/numpy/_core/include/numpy/__multiarray_api.h:1475:10: fatal error: numpy/_public_dtype_api_table.h: No such file or directory 1475 | #include "numpy/_public_dtype_api_table.h" | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 23.0_no_multilib-20240521-204002 UNMASKED: <sys-devel/gcc-15.0.9999:15 Please re-assign to toolchain@ if you get a test failure in C, C++, or Fortran code which makes no sense. The attached etc.portage.tar.xz has all details. ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-15 * clang/llvm (if any): clang version 18.1.6 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/18/bin Configuration file: /etc/clang/x86_64-pc-linux-gnu-clang.cfg /usr/lib/llvm/18 18.1.6 Python 3.11.9 Available Ruby profiles: [1] ruby31 (with Rubygems) [2] ruby32 (with Rubygems) [3] ruby33 (with Rubygems) * Available Rust versions: [1] rust-bin-1.77.1 * GENTOO_VM=openjdk-bin-8 CLASSPATH="" JAVA_HOME="/opt/openjdk-bin-8.412_p08" JAVACFLAGS="-source 1.8 -target 1.8" COMPILER="" The following VMs are available for generation-2: 1) Eclipse Temurin JDK 17.0.11_p9 [openjdk-bin-17] 2) Eclipse Temurin JDK 21.0.3_p9 [openjdk-bin-21] *) Eclipse Temurin JDK 8.412_p08 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 system-vm [2] openjdk-bin-17 [3] openjdk-bin-21 The Glorious Glasgow Haskell Compilation System, version 9.2.8 php cli (if any): go version go1.22.3 linux/amd64 HEAD of ::gentoo commit 0390ba27b80a0f9e5b1a732bc0bdc1a417229c05 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Fri May 24 14:07:39 2024 +0000 2024-05-24 14:07:39 UTC emerge -qpvO sci-libs/plplot [ebuild N ] sci-libs/plplot-5.15.0_p6-r1 USE="dynamic fortran gd java lua png python tcl threads -X -cairo -cxx -doc -examples -jpeg -latex -ocaml -octave -pdf -qhull -qt5 -shapefile -svg -test -tk -truetype -wxwidgets" LUA_SINGLE_TARGET="lua5-1" PYTHON_SINGLE_TARGET="python3_11 -python3_10"
Created attachment 894239 [details] emerge-info.txt
Created attachment 894240 [details] emerge-history.txt
Created attachment 894241 [details] environment
Created attachment 894242 [details] etc.clang.tar.xz
Created attachment 894243 [details] etc.portage.tar.xz
Created attachment 894244 [details] logs.tar.xz
Created attachment 894245 [details] qlist-info.txt.xz
Created attachment 894246 [details] sci-libs:plplot-5.15.0_p6-r1:20240524-144326.log
Created attachment 894247 [details] temp.tar.xz
Hi, I created a bug report upstream originally for numpy [1] since the issue occurs when switching to numpy-2.0.0. It turned out the package affected really is plplot using wrong include paths. So I created a patch PR [2] fixing this issue to be included in PLplot. But I'm not really sure the upstream package is actively maintained at the moment. You can try to apply the patch and see if it works for you, too. If needed, I can include the patch as a file attachment here, too. Best, Jan [1] https://github.com/numpy/numpy/issues/26854 [2] https://github.com/PLplot/PLplot/pull/10
(In reply to Jan Kohnert from comment #10) > Hi, > > I created a bug report upstream originally for numpy [1] since the issue > occurs when switching to numpy-2.0.0. It turned out the package affected > really is plplot using wrong include paths. So I created a patch PR [2] > fixing this issue to be included in PLplot. But I'm not really sure the > upstream package is actively maintained at the moment. You can try to apply > the patch and see if it works for you, too. If needed, I can include the > patch as a file attachment here, too. > > Best, Jan > > [1] https://github.com/numpy/numpy/issues/26854 > [2] https://github.com/PLplot/PLplot/pull/10 The patch works for me. Thanks!
