Summary: | sys-devel/llvm-3.7.0[clang] missing openmp runtime library | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jeremi Piotrowski <jeremi.piotrowski> |
Component: | Current packages | Assignee: | Bernard Cafarelli <voyageur> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | jeremi.piotrowski, mgorny |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 559582 | ||
Bug Blocks: | |||
Attachments: | minimal openmp example that currently doesn't run in parallel when compiled with clang |
Description
Jeremi Piotrowski
2015-09-04 12:01:02 UTC
Created attachment 410990 [details]
minimal openmp example that currently doesn't run in parallel when compiled with clang
Thanks for both bug reports, that definitely looks like an interesting addition! I am not sure on the default runtime change though, as it would imply a link in the big-to-build llvm ebuild, and change upstream's default behaviour. But I'll definitely look into this From upstream release notes (http://llvm.org/releases/3.7.0/tools/clang/docs/ReleaseNotes.html#openmp-support): "OpenMP 3.1 is fully supported, but disabled by default. To enable it, please use the -fopenmp=libomp command line option" So I think at least for 3.7 we will keep the current behaviour, and just add a postinstall note (with USE=clang) to note libomp is required to use OpenMP Ebuild (with USE=clang) will now warn about sys-libs/libomp and "-fopenmp=libomp" command line option, and test applications work fine, thanks for the research! |