public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/30583] New: RFE: Export all IFUNCs as @GLIBC_PRIVATE symbols to support overrides via audtior (LD_AUDIT)
@ 2023-06-23 18:05 carlos at redhat dot com
  2023-06-25 22:33 ` [Bug libc/30583] " michael.hudson at canonical dot com
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: carlos at redhat dot com @ 2023-06-23 18:05 UTC (permalink / raw)
  To: glibc-bugs

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

            Bug ID: 30583
           Summary: RFE: Export all IFUNCs as @GLIBC_PRIVATE symbols to
                    support overrides via audtior (LD_AUDIT)
           Product: glibc
           Version: 2.38
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: libc
          Assignee: unassigned at sourceware dot org
          Reporter: carlos at redhat dot com
                CC: drepper.fsp at gmail dot com
  Target Milestone: ---

We should make it easy for users to experiement with the different
implementations of IFUNCs.

One way to do this is to use GLIBC_TUNABLES, but this is often crude and
applies to all IFUNCs, not just one.

What we should really do is export all IFUNCs as @GLIBC_PRIVATE symbols to
allow a user-written audit module (LD_AUDIT) to select a specific IFUNC during
binding.

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug libc/30583] RFE: Export all IFUNCs as @GLIBC_PRIVATE symbols to support overrides via audtior (LD_AUDIT)
  2023-06-23 18:05 [Bug libc/30583] New: RFE: Export all IFUNCs as @GLIBC_PRIVATE symbols to support overrides via audtior (LD_AUDIT) carlos at redhat dot com
@ 2023-06-25 22:33 ` michael.hudson at canonical dot com
  2024-01-24 17:38 ` carlos at redhat dot com
  2024-01-25 19:31 ` fweimer at redhat dot com
  2 siblings, 0 replies; 4+ messages in thread
From: michael.hudson at canonical dot com @ 2023-06-25 22:33 UTC (permalink / raw)
  To: glibc-bugs

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

Michael Hudson-Doyle <michael.hudson at canonical dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |michael.hudson at canonical dot co
                   |                            |m

--- Comment #1 from Michael Hudson-Doyle <michael.hudson at canonical dot com> ---
Would this enable doing automated CI with each implementation? Because that
would be a very nice thing to have.

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug libc/30583] RFE: Export all IFUNCs as @GLIBC_PRIVATE symbols to support overrides via audtior (LD_AUDIT)
  2023-06-23 18:05 [Bug libc/30583] New: RFE: Export all IFUNCs as @GLIBC_PRIVATE symbols to support overrides via audtior (LD_AUDIT) carlos at redhat dot com
  2023-06-25 22:33 ` [Bug libc/30583] " michael.hudson at canonical dot com
@ 2024-01-24 17:38 ` carlos at redhat dot com
  2024-01-25 19:31 ` fweimer at redhat dot com
  2 siblings, 0 replies; 4+ messages in thread
From: carlos at redhat dot com @ 2024-01-24 17:38 UTC (permalink / raw)
  To: glibc-bugs

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

Carlos O'Donell <carlos at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://issues.redhat.com/b
                   |                            |rowse/RHEL-721

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug libc/30583] RFE: Export all IFUNCs as @GLIBC_PRIVATE symbols to support overrides via audtior (LD_AUDIT)
  2023-06-23 18:05 [Bug libc/30583] New: RFE: Export all IFUNCs as @GLIBC_PRIVATE symbols to support overrides via audtior (LD_AUDIT) carlos at redhat dot com
  2023-06-25 22:33 ` [Bug libc/30583] " michael.hudson at canonical dot com
  2024-01-24 17:38 ` carlos at redhat dot com
@ 2024-01-25 19:31 ` fweimer at redhat dot com
  2 siblings, 0 replies; 4+ messages in thread
From: fweimer at redhat dot com @ 2024-01-25 19:31 UTC (permalink / raw)
  To: glibc-bugs

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

Florian Weimer <fweimer at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fweimer at redhat dot com

--- Comment #2 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to Michael Hudson-Doyle from comment #1)
> Would this enable doing automated CI with each implementation? Because that
> would be a very nice thing to have.

Not with some extra work to write the DSO that injects alternative
implementattions. It doesn't have to be an auditor, by the way, LD_PRELOAD
would work itself.

Having GLIBC_PRIVATE symbols would also allow us to print descriptive
implementation names during IFUNC resolution.

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2024-01-25 19:31 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-06-23 18:05 [Bug libc/30583] New: RFE: Export all IFUNCs as @GLIBC_PRIVATE symbols to support overrides via audtior (LD_AUDIT) carlos at redhat dot com
2023-06-25 22:33 ` [Bug libc/30583] " michael.hudson at canonical dot com
2024-01-24 17:38 ` carlos at redhat dot com
2024-01-25 19:31 ` fweimer at redhat dot com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).