On Mon, Nov 25, 2019 at 8:33 AM Alexander Kanavin
wrote:
>
> I have reproduced it with gcc and musl. The omp.h is in a non-standard
> location in recipe-sysroot/usr/lib, which works ok with glibc, but breaks
> with musl. How gcc is able to find it (or not) is too arcane for my knowledge
> :(
>
I have reproduced it with gcc and musl. The omp.h is in a non-standard
location in recipe-sysroot/usr/lib, which works ok with glibc, but breaks
with musl. How gcc is able to find it (or not) is too arcane for my
knowledge :(
I added --disable-openmp for musl; the major use for openmp is to speed
On Mon, Nov 25, 2019 at 7:19 AM Alexander Kanavin
wrote:
>
> omp.h is coming from gcc-runtime. Which compiler are you using? Probably an
> override (specific for that compiler) is needed.
if you looked into logs then you must have noticed its clang. I was
wonder is openMP a hard dependency
for r
omp.h is coming from gcc-runtime. Which compiler are you using? Probably an
override (specific for that compiler) is needed.
Alex
On Sat, 23 Nov 2019 at 18:48, Khem Raj wrote:
> breaks with needing openmp
>
> http://errors.yoctoproject.org/Errors/Details/282827/
>
> perhaps needs explicit depen
breaks with needing openmp
http://errors.yoctoproject.org/Errors/Details/282827/
perhaps needs explicit dependency on libgomp now ?
On Tue, Nov 19, 2019 at 5:26 AM Alexander Kanavin
wrote:
>
> Drop patches that were merged upstream.
>
> 0001-mono-find-provides-requires-do-not-use-monodis-from-.
Drop patches that were merged upstream.
0001-mono-find-provides-requires-do-not-use-monodis-from-.patch
modifies a file that was removed upstream.
Add a 0001-rpmfc.c-do-not-run-file-classification-in-parallel.patch
as unfortunately the new parallel file classification feature from
upstream trips
