From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <sourceware-bugzilla@sourceware.org>
Received: by sourceware.org (Postfix, from userid 48)
 id 20491385DC23; Wed, 15 Apr 2020 12:50:16 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 20491385DC23
From: "mark at klomp dot org" <sourceware-bugzilla@sourceware.org>
To: elfutils-devel@sourceware.org
Subject: [Bug general/24498] 0.176: isn't LTO ready
Date: Wed, 15 Apr 2020 12:50:15 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: elfutils
X-Bugzilla-Component: general
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mark at klomp dot org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: bug_status
Message-ID: <bug-24498-10460-rEh75PkAek@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-24498-10460@http.sourceware.org/bugzilla/>
References: <bug-24498-10460@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-BeenThere: elfutils-devel@sourceware.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Elfutils-devel mailing list <elfutils-devel.sourceware.org>
List-Unsubscribe: <http://sourceware.org/mailman/options/elfutils-devel>,
 <mailto:elfutils-devel-request@sourceware.org?subject=unsubscribe>
List-Archive: <https://sourceware.org/pipermail/elfutils-devel/>
List-Help: <mailto:elfutils-devel-request@sourceware.org?subject=help>
List-Subscribe: <http://sourceware.org/mailman/listinfo/elfutils-devel>,
 <mailto:elfutils-devel-request@sourceware.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Apr 2020 12:50:16 -0000

https://sourceware.org/bugzilla/show_bug.cgi?id=3D24498

Mark Wielaard <mark at klomp dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED

--- Comment #12 from Mark Wielaard <mark at klomp dot org> ---
(In reply to Martin Li=C5=A1ka from comment #9)
> (In reply to Mark Wielaard from comment #8)
> > I proposed a patch to use the new gcc 10 symver attribute to define sym=
bol
> > versioning:
> >=20
> > https://sourceware.org/pipermail/elfutils-devel/2020q2/002606.html
> >=20
> > This should help with using LTO since it makes the function symbols and
> > versions visible to the compiler (before they were "hidden" inside asm
> > statements).
>=20
> There's an ongoing effort that will extend .symver GAS syntax:
> https://sourceware.org/bugzilla/show_bug.cgi?id=3D25295
>=20
> Later then, the GCC will utilize the new syntax.

Interesting, thanks for the reference. I also added a comment to the GCC bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D48200#c43 because the current
syntax (not supporting triple @ variant) makes things a bit cumbersome.

This is partly because the interaction between linker version script and
assembler .symver isn't really documented fully. The assembler .symver shou=
ld
override what is in the linker version script, but it doesn't fully. In
particular, as shown by this hack, the linker might still add a (default)
version to a symbol, even if the assembler already added a version.

--=20
You are receiving this mail because:
You are on the CC list for the bug.=