mkdir -p doc/camlpdf/html rm -rf doc/camlpdf/html/* ocamldoc -html -d doc/camlpdf/html pdfe.mli pdfutil.mli pdfio.mli pdftransform.mli pdfunits.mli pdfpaper.mli pdfcryptprimitives.mli pdf.mli pdfcrypt.mli pdfflate.mli pdfcodec.mli pdfwrite.mli pdfgenlex.mli pdfread.mli pdfjpeg.mli pdfops.mli pdfdest.mli pdfmarks.mli pdfpagelabels.mli pdftree.mli pdfst.mli pdfpage.mli pdfannot.mli pdffun.mli pdfspace.mli pdfimage.mli pdfafm.mli pdfafmdata.mli pdfglyphlist.mli pdftext.mli pdfstandard14.mli pdfdate.mli pdfocg.mli pdfmerge.mli File "pdfpaper.mli", line 7, characters 11-21: 7 | val make : Pdfunits.t -> float -> float -> t ^^^^^^^^^^ Error: Unbound module Pdfunits File "pdfcryptprimitives.mli", line 4, characters 25-36: 4 | val crypt : int array -> Pdfio.bytes -> Pdfio.bytes ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 23.0_no_multilib-20240905-152002 UNMASKED: Please re-assign to toolchain@ if you get a test failure in C, C++, or Fortran code which makes no sense. /etc/portage/package.unmask/60gcc:<sys-devel/gcc-15.0.9999:15 Block bug #35155 if this looks like a parallel build issue. Possible reproducer: MAKEOPTS='... shuffle=1742387175' The attached etc.portage.tar.xz has all details. ------------------------------------------------------------------- GNUMAKEFLAGS="$GNUMAKEFLAGS --shuffle" gcc-config -l: [1] x86_64-pc-linux-gnu-10 [2] x86_64-pc-linux-gnu-15 * clang/llvm (if any): Python 3.12.6 Available Ruby profiles: [1] ruby31 (with Rubygems) [2] ruby32 (with Rubygems) [3] ruby33 (with Rubygems) * Available Rust versions: [1] rust-bin-1.81.0 * The following VMs are available for generation-2: 1) Eclipse Temurin JDK 11.0.24_p8 [openjdk-bin-11] 2) Eclipse Temurin JDK 17.0.12_p7 [openjdk-bin-17] *) Eclipse Temurin JDK 21.0.4_p7 [openjdk-bin-21] 4) Eclipse Temurin JDK 8.422_p05 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 [2] openjdk-bin-11 [3] openjdk-bin-17 [4] openjdk-bin-21 system-vm The Glorious Glasgow Haskell Compilation System, version 9.2.8 php cli (if any): [1] php8.3 * go version go1.23.1 linux/amd64 HEAD of ::gentoo commit 915370bf64988841c4ca0f70cb87071e1aef0a77 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Fri Sep 20 18:33:57 2024 +0000 2024-09-20 18:33:57 UTC emerge -qpvO =dev-ml/camlpdf-2.7.1 [ebuild N ] dev-ml/camlpdf-2.7.1 USE="examples ocamlopt -doc"
Created attachment 903461 [details] emerge-info.txt
Created attachment 903462 [details] dev-ml:camlpdf-2.7.1:20240920-202416.log
Created attachment 903463 [details] emerge-history.txt.xz
Created attachment 903464 [details] environment
Created attachment 903465 [details] etc.portage.tar.xz
Created attachment 903466 [details] qlist-info.txt.xz
Created attachment 903467 [details] temp.tar.xz
This is not related to GCC (version 15 nor else) as this package is built using ocaml. Actually, this is what happens when make -jX is called for X>1. For some unknown reason, in this case the forced -j1 option in the ebuild (the purpose of "emake -j1" line) is overridden by the system's defined -j4. What I don't understand is why it happens as, according to "man make", the last -jX option should prevail (and that is -j1). In any case, I wonder if this "make" issue be resolved within this particular ebuild and if so, how.
Following https://wiki.gentoo.org/wiki/Bugzilla/Guide, I will close it as WORKSFORME. 1. I cannot reproduce it. 2. It does not seem related to this particular ebuild. 3. This ebuild version is been superseded by a newer one.
