+CC Claudiu
On 3/27/20 10:10 AM, Steven Rostedt wrote:
> On Fri, 27 Mar 2020 18:53:55 +0300
> Eugeniy Paltsev wrote:
Maybe add a comment that gcc does the heavy lifting: I have following in glibc
+/* this is very simple as gcc does all the heavy lifting at _mcount call site
+ * - sets up calle
On 4/1/20 10:06 AM, Joseph Myers wrote:
>
>> If public Version is removed, I get errors like below:
>
> What if you move it to GLIBC_PRIVATE? My concern isn't that it's exported
> from the shared library, it's that it's exported at a public version.
>
> A public version is only needed if there
On 4/1/20 12:58 AM, Andreas Schwab wrote:
> On Apr 01 2020, Vineet Gupta via Libc-alpha wrote:
>
>> Looking as RISCV code, they opencode __syscall_error for !IS_IN (libc) which
>> I was
>> hoping to avoid.
>
> But that is the right way to do it. The syscall error handler must be
> local to the
On Wed, 1 Apr 2020, Vineet Gupta via Libc-alpha wrote:
> > If there's an inline function referring to this in an installed header, we
> > can consider whether that inline function *should* be referring to it.
> > Similarly if there's a reference in crt*.o / lib*_nonshared.a / GCC static
> > li
On Apr 01 2020, Vineet Gupta via Libc-alpha wrote:
> Looking as RISCV code, they opencode __syscall_error for !IS_IN (libc) which
> I was
> hoping to avoid.
But that is the right way to do it. The syscall error handler must be
local to the library, it cannot afford to go through the PLT to call
