Created attachment 872945 [details] startx -> dbus-launch --exit-with-session startplasma-wayland clang profile attaching example of when it happens ( one example ) such errors seems to be found by tinderbox with another case. after googling it seems to be a problem of linking against openmp runtime. emerging with USE="-openmp" solves it, what proves the point above. Also, it seems someone got the same with tinderbox : https://bugs.gentoo.org/408963#c8 maybe it's clang's openmp issue ? anyway, link the issue somehow with clang-systemwide: https://bugs.gentoo.org/408963
(See bugs which depend on this too.) I can't reproduce this yet but I guess the openmp flags aren't getting passed correctly when linking. Their copy of AX_OPENMP in m4/openmp.m4 is kind of old so might be worth refreshing that from autoconf-archive.
(In reply to Sam James from comment #1) > [...] > Their copy of AX_OPENMP in m4/openmp.m4 is kind of old so might be worth > refreshing that from autoconf-archive. Sent https://github.com/LibRaw/LibRaw/pull/633 upstream for this bit.
Hm, with USE=openmp (no -fopenmp* in *FLAGS), my /usr/lib64/libraw_r.so.23.0.0 indeed isn't linked with libomp (or libgomp).
I encountered a similar problem when open the gwenview. --- plasmashell[273640]: /usr/bin/gwenview: symbol lookup error: /usr/lib64/libraw.so.23: undefined symbol: __kmpc_global_thread_num --- I solved it by adding "-lomp" to LDFLAGS and re-merging media-libs/libraw-0.21.2 --- LDFLAGS="${LDFLAGS} -lomp" --- This seems to often happen when using OpenMP with CLANG.
