This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug math/19058] [x86_64] Link fail with -fopenmp and -flto
- From: "joseph at codesourcery dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Fri, 02 Oct 2015 16:13:52 +0000
- Subject: [Bug math/19058] [x86_64] Link fail with -fopenmp and -flto
- Auto-submitted: auto-generated
- References: <bug-19058-131 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=19058
--- Comment #1 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
I think you need to follow up on the compiler discussion of interfaces to
avoid needing to remap the _finite name at all. That is, the discussion
starting at <https://gcc.gnu.org/ml/gcc/2015-06/msg00173.html>. I don't
see any replies from you to that thread at all. You need to take an
active role for as long as needed in developing consensus on appropriate
interfaces and getting them implemented, not just start the thread.
As a glibc-based workaround for compilers without a fix, maybe you also
need libmvec_nonshared.a with wrappers for the _finite names (that just
jump to the functions with the preferred names) if the asms don't suffice
in all cases? The shared library ABI should be kept to the minimum
needed. libmvec_nonshared.a would be referenced from the libm.so linker
script (and its contents would also be in libmvec.a so that users linking
statically never need to do -lmvec_nonshared). I think adding functions
to libmvec-static-only-routines should do what you want (you also need to
update the code generating the libm.so linker script).
--
You are receiving this mail because:
You are on the CC list for the bug.