Summary: | dev-ml/camlpdf-2.7.1 - [gcc-15] Error: Unbound module Pdfunits | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Ivan Lloro <ivan.lloro.boada> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | ivan.lloro.boada |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge-info.txt
dev-ml:camlpdf-2.7.1:20240920-202416.log emerge-history.txt.xz environment etc.portage.tar.xz qlist-info.txt.xz temp.tar.xz |
Description
Toralf Förster
![]() 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. |