tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: math/py-scikit-learn with OPENMP, at least on Linux?

On 5/23/21 4:21 PM, Dr. Thomas Orgis wrote:
Am Sun, 23 May 2021 23:10:18 +0200
schrieb Thomas Klausner <>:

I'm confused why there is no matching include for the
openmp package.

Ah, parallel/openmp is pkgsrc's place for clang's libomp. Well, this
package is only sensible when using clang as compiler, as is the
provided system compiler on Darwin (I read).

When using GCC above 4.something, OpenMP is part of the compiler
install and parallel/openmp is not useful. Same with other toolchains
like Intel. I am not sure if a builtin or mk/openmp.bl3 heuristic to
decide whether to pull in parallel/openmp is something that does more
good than harm. We have other packages that just assume that OpenMP is
there, like math/openblas_openmp. Could be that we have something to
work out here.

If openmp has portability issues - some packages have ''
files that collect the restriction in one place.

It would be horrible to unwittingly combine GCC's libgomp with clang's
libomp. Maybe this special case can work out somehow, but in general,
it's a runtime thing that is not to be mixed. It's actually problematic
that clang doesn't bundle it, apparently(?).

Can anyone chime in who is actually using parallel/openmp? Where?

3 packages are including it unconditionally:

pkg-grep parallel/openmp/
/home/bacon/Pkgsrc/pkgsrc/wip/qzdoom/Makefile:#.include "../../parallel/openmp/" /home/bacon/Pkgsrc/pkgsrc/graphics/darktable/Makefile:.include "../../parallel/openmp/" /home/bacon/Pkgsrc/pkgsrc/graphics/luminance-hdr/Makefile:.include "../../parallel/openmp/"

Do you think this is wrong on gcc-based systems? I don't use any of these packages, so cannot attest as to whether they work properly on NetBSD or Linux.

Home | Main Index | Thread Index | Old Index