From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <systemtap-return-13140-listarch-systemtap=sources.redhat.com@sourceware.org>
Received: (qmail 562 invoked by alias); 5 Aug 2009 17:12:12 -0000
Received: (qmail 511 invoked by uid 48); 5 Aug 2009 17:11:56 -0000
Date: Wed, 05 Aug 2009 17:12:00 -0000
From: "fche at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: systemtap@sources.redhat.com
Message-ID: <20090805171155.10485.fche@redhat.com>
Reply-To: sourceware-bugzilla@sourceware.org
Subject: [Bug translator/10485] New: auto-path tapset support for process.* probes
X-Bugzilla-Reason: AssignedTo
Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <systemtap.sourceware.org>
List-Subscribe: <mailto:systemtap-subscribe@sourceware.org>
List-Post: <mailto:systemtap@sourceware.org>
List-Help: <mailto:systemtap-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: systemtap-owner@sourceware.org
X-SW-Source: 2009-q3/txt/msg00291.txt.bz2

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.