x86_64-pc-linux-gnu-g++: error: weak: No such file or directory x86_64-pc-linux-gnu-g++: error: dynamic_lookup: No such file or directory x86_64-pc-linux-gnu-g++: error: unrecognized command-line option ‘-weak_reference_mismatches’ x86_64-pc-linux-gnu-g++: error: unrecognized command-line option ‘-flat_namespace’ ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_desktop_plasma-20210316-100935 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10.2.0 * clang version 11.1.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/11/bin /usr/lib/llvm/11 11.1.0 Python 3.8.8 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby27 (with Rubygems) * Available Rust versions: [1] rust-1.50.0 * The following VMs are available for generation-2: 1) IcedTea JDK 3.17.1 [icedtea-8] 2) IcedTea JDK 3.16.0 [icedtea-bin-8] 3) OpenJDK 8.282_p08 [openjdk-8] *) AdoptOpenJDK 8.282_p08 [openjdk-bin-8] Available Java Virtual Machines: [1] icedtea-8 [2] icedtea-bin-8 [3] openjdk-8 [4] openjdk-bin-8 system-vm The Glorious Glasgow Haskell Compilation System, version 8.10.4 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Sat Mar 27 01:20:42 UTC 2021 emerge -qpvO sci-mathematics/singular [ebuild N ] sci-mathematics/singular-4.2.0_p1 USE="readline -emacs -examples -static-libs"
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.
