Summary: | sci-mathematics/singular-4.2.0_p1 - x86_64-pc-linux-gnu-g++: error: weak: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Gentoo Science Mathematics related packages <sci-mathematics> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | frp.bissey, ionen, lssndrbarbieri, mjo, orbea, proxy-maint |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://github.com/Singular/Singular/pull/1139 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 765709 | ||
Attachments: |
emerge-info.txt
emerge-history.txt environment etc.portage.tar.bz2 logs.tar.bz2 sci-mathematics:singular-4.2.0_p1:20210327-015024.log temp.tar.bz2 |
Description
Toralf Förster
2021-03-27 08:41:28 UTC
Created attachment 694665 [details]
emerge-info.txt
Created attachment 694668 [details]
emerge-history.txt
Created attachment 694671 [details]
environment
Created attachment 694674 [details]
etc.portage.tar.bz2
Created attachment 694677 [details]
logs.tar.bz2
Created attachment 694680 [details]
sci-mathematics:singular-4.2.0_p1:20210327-015024.log
Created attachment 694683 [details]
temp.tar.bz2
This is happening in libpolys/polys/Makefile.am, where P_PROCS_MODULE_LDFLAGS = ... -weak_reference_mismatches ... The addition of those flags should probably be guarded by a call to e.g. AX_CHECK_LINK_FLAG. For example, in m4/p-procs.m4, they already do AX_APPEND_LINK_FLAGS([-rdynamic -flat_namespace ...]) which checks that those flags are supported before appending them. I forgot about this. Reported upstream as, https://github.com/Singular/Singular/issues/1127 Should be fixed upstream. *** Bug 776643 has been marked as a duplicate of this bug. *** This still happens in the Gentoo ebuild because the problem flags get reintroduced elsewhere: https://github.com/Singular/Singular/issues/1127#issuecomment-1094262614 I was waiting for an upstream response but I'll go ping them again with some more information. It looks like my comment triggered a commit (https://github.com/Singular/Singular/commit/1db01d01563216ec9e9300e1eaa67ed79cc937f6) but not one that will fix the issue since -flat_namespace is still in there. I think in this case it might be best to handle it in slibtool. From /usr/bin/libtool: -weak LIBNAME declare that the target provides the LIBNAME interface Slibtool has not implemented this and should do so, but I'm not sure if the project gets anything from using it. This is finally fixed in the upstream development (spielwiese) branch after https://github.com/Singular/Singular/pull/1139 I'll mark it IN_PROGRESS so we can tell what needs doing from the list. slibtool has also added a no-op for -weak which may solve this issue. https://dev.midipix.org/cross/slibtool/c/5e02698d061d467abbf21ff857e9862e37060f89?branch=main LGTM now. |