From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20247 invoked by alias); 6 May 2009 09:51:13 -0000 Received: (qmail 19680 invoked by uid 48); 6 May 2009 09:50:19 -0000 Date: Wed, 06 May 2009 09:51:00 -0000 Message-ID: <20090506095019.19679.qmail@sourceware.org> From: "mjw at redhat dot com" To: systemtap@sources.redhat.com In-Reply-To: <20080912135907.6880.fche@redhat.com> References: <20080912135907.6880.fche@redhat.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug translator/6880] more syntax for shared library probing X-Bugzilla-Reason: AssignedTo Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2009-q2/txt/msg00509.txt.bz2 ------- Additional Comments From mjw at redhat dot com 2009-05-06 09:50 ------- For tapsets it would also be beneficial if you could set a search paths for the whole tapset. Say /usr/libexec/gcc/*/4.4.0 for a tapset that defines probes for various gcc frontend or /usr/lib/gcc/*/4.4.0/ for a tapset that wants to instrument libraries used by gcc frontend and backends. So some way to add a #define for the STAP_PATH or STAP_LIBRARY_PATH at the top of a tapset, with some way for the user to override them if they want to reuse the tapset for an installation in a different location. Then the tapset could be written with just probe process("cc1") instead of having the whole path or regex for the path in each and every probe. The hotspot.stp has the issue that you have to replace the whole path in each probe in the tapset when changing installation locations. -- http://sourceware.org/bugzilla/show_bug.cgi?id=6880 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.