This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Library auditing interface stability?

From: Florian Weimer <fweimer at redhat dot com>
To: Ulrich Drepper <drepper at gmail dot com>, "Carlos O'Donell" <carlos at redhat dot com>
Cc: GNU C Library <libc-alpha at sourceware dot org>
Date: Thu, 28 Apr 2016 10:20:18 +0200
Subject: Re: Library auditing interface stability?
Authentication-results: sourceware.org; auth=none
References: <57169D19 dot 2030109 at redhat dot com> <CAOPLpQeV+hGcBZosGgN=8zZ9aycoFVG_BW9r9xDLQ4L0V8o=sA at mail dot gmail dot com>

On 04/20/2016 04:24 PM, Ulrich Drepper wrote:

On Tue, Apr 19, 2016 at 5:03 PM, Carlos O'Donell <carlos@redhat.com> wrote:

In particular the La_*_regs and La_*_retval which contains
additional registers as we expand the supported ISAs.


la_version is there to preserve unlimited backward compatibility.

We have not used this mechanism when we added support for additionalregisters to be passed to the PLT callbacks. Looking at commits14c5cbabc2d11004ab223ae5eae761ddf83ef99e and5cdd1989d1d2f135d02e66250f37ba8e767f9772, there is no way for an auditmodule to notice if these additional fields are maintained by glibc.


Florian

Follow-Ups:
- Re: Library auditing interface stability?
  - From: Carlos O'Donell

References:
- Library auditing interface stability?
  - From: Carlos O'Donell
- Re: Library auditing interface stability?
  - From: Ulrich Drepper

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]