| Summary: | media-libs/libraw-0.20.1[openmp] clang profile: /usr/lib64/libraw.so.23: undefined symbol: __kmpc_global_thread_num | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Arniii <lg3dx6fd> |
| Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | koron393, sam, zhixu.liu |
| Priority: | Normal | Keywords: | PullRequest |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: |
https://github.com/LibRaw/LibRaw/pull/633 https://bugs.gentoo.org/show_bug.cgi?id=740310 https://github.com/gentoo/gentoo/pull/40444 |
||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 881311, 896220, 915852 | ||
| Attachments: | startx -> dbus-launch --exit-with-session startplasma-wayland | ||
|
Description
Arniii
2023-10-15 21:29:24 UTC
(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.
> LDFLAGS="${LDFLAGS} -lomp"
I encountered the same problem today, success by reemerge with
LDFLAGS="-lomp" emerge -avgk media-tv/mythtv
(In reply to Zhixu Liu from comment #5) > > LDFLAGS="${LDFLAGS} -lomp" > > I encountered the same problem today, success by reemerge with > > LDFLAGS="-lomp" emerge -avgk media-tv/mythtv my case is during emerge, link failed. Use command above will put "-lomp" before any other options. If remove "-Wl,--as-needed", link success. > > > LDFLAGS="${LDFLAGS} -lomp"
> >
> > I encountered the same problem today, success by reemerge with
> >
> > LDFLAGS="-lomp" emerge -avgk media-tv/mythtv
>
> my case is during emerge, link failed. Use command above will put "-lomp"
> before any other options.
>
> If remove "-Wl,--as-needed", link success.
this stament is not 100% corret, if without "-Wl,--as-needed", build success with "-lomp" anywhere, but failed if "-lomp" is after "-Wl,--as-needed"
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=be1d7efe4b2d013134f2df4e7bb9922a4d85735e commit be1d7efe4b2d013134f2df4e7bb9922a4d85735e Author: Z. Liu <zhixu.liu@gmail.com> AuthorDate: 2025-02-05 10:09:47 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2025-02-07 17:49:21 +0000 media-libs/libraw: fix undefined symbol: __kmpc_xxx quick workaround, for same reason in media-libs/libsountch upstream fix should be handled in autotools, still working Closes: https://bugs.gentoo.org/881311 Closes: https://bugs.gentoo.org/896220 Closes: https://bugs.gentoo.org/915833 Signed-off-by: Z. Liu <zhixu.liu@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/40444 Signed-off-by: Sam James <sam@gentoo.org> media-libs/libraw/libraw-0.21.1-r1.ebuild | 15 +++++++++++---- media-libs/libraw/libraw-0.21.2.ebuild | 15 +++++++++++---- 2 files changed, 22 insertions(+), 8 deletions(-) |
