From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13127 invoked by alias); 2 Oct 2015 16:13:56 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Received: (qmail 13075 invoked by uid 55); 2 Oct 2015 16:13:52 -0000 From: "joseph at codesourcery dot com" To: glibc-bugs@sourceware.org Subject: [Bug math/19058] [x86_64] Link fail with -fopenmp and -flto Date: Fri, 02 Oct 2015 16:13:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: math X-Bugzilla-Version: 2.22 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: joseph at codesourcery dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: andrew.n.senkevich at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-10/txt/msg00045.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=19058 --- Comment #1 from 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 . 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.