[Bug translator/10485] New: auto-path tapset support for process.* probes

["fche at redhat dot com" <sourceware-bugzilla at sourceware dot org>]

For separately-installed packages that may carry systemtap tapset
files, and even for systemtap itself (bug #10204), it's desirable
to have an additional path resolution mechanism for process() probes.
Specifically, it's undesirable to have to change the .stp files, just
because the installation prefix may have changed (so an executable or
library ended up in /usr/local/libexec/foo vs. /usr/libexec/foo).

So, consider this.  Let's extend the tapset search logic, so that
an extra subdirectory is searched: "$prefix/share/systemtap/tapset/PATH".
Underneath that, a subdirectory structure parallel to "/" would appear,
kind of like "/usr/src/debug" on fedora.  In there, tapset files may refer
to process("name") probes.  Those "name" strings will generally be unqualified
as written, but the translator would insert the "/subpath/" parts.  So:

$prefix/share/systemtap/tapset/PATH/usr/libexec/foobar.stp:
   probe process("my-program"). ... { }
would be treated as
   probe foobar = process("/usr/libexec/my-program") ... { }

This would allow separately built applications / shlibs to drop in additional
files under .../tapset/PATH/... and have stap find the binaries without an
further ado.

-- 
           Summary: auto-path tapset support for process.* probes
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: translator
        AssignedTo: systemtap at sources dot redhat dot com
        ReportedBy: fche at redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=10485

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.