[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.21.1809191944470.4536@digraph.polyomino.org.uk>
Date: Wed, 19 Sep 2018 19:49:06 +0000
From: Joseph Myers <joseph@...esourcery.com>
To: Szabolcs Nagy <szabolcs.nagy@....com>
CC: Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
Carlos O'Donell <carlos@...hat.com>,
Florian Weimer <fweimer@...hat.com>, <nd@....com>,
Thomas Gleixner <tglx@...utronix.de>,
Ben Maurer <bmaurer@...com>,
Peter Zijlstra <peterz@...radead.org>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Boqun Feng <boqun.feng@...il.com>,
Will Deacon <will.deacon@....com>,
Dave Watson <davejwatson@...com>, Paul Turner <pjt@...gle.com>,
<libc-alpha@...rceware.org>, <linux-kernel@...r.kernel.org>,
<linux-api@...r.kernel.org>
Subject: Re: [RFC PATCH] glibc: Perform rseq(2) registration at nptl init
and thread creation
On Wed, 19 Sep 2018, Szabolcs Nagy wrote:
> i don't think there is precedent for exposing tls symbol in glibc
> (e.g. errno is exposed via __errno_location function) so there
> might be issues with this (but i don't have immediate concerns).
There have been suggestions to expose TLS errno - but also suggestions
that use of __errno_location is more efficient, at least in terms of code
size everywhere errno is accessed (for some ABIs, anyway).
The ABI tests have code that would list .tbss symbols as "T" in ABI test
baselines, but no existing ABI baselines use that.
--
Joseph S. Myers
joseph@...esourcery.com
Powered by blists - more mailing lists