From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 82707 invoked by alias); 16 Jun 2016 20:23:25 -0000 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 Received: (qmail 82596 invoked by uid 48); 16 Jun 2016 20:23:12 -0000 From: "fche at redhat dot com" To: systemtap@sourceware.org Subject: [Bug tapsets/20264] Load tapsets from $libdir for multiarch Date: Thu, 16 Jun 2016 20:23:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: tapsets X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: fche at redhat dot com X-Bugzilla-Status: WAITING X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2016-q2/txt/msg00244.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D20264 --- Comment #3 from Frank Ch. Eigler --- (In reply to Philip Withnall from comment #2) > A related problem is that if I have a custom (hacked up) copy of a library > (for example, which I'm testing in a process by loading with LD_PRELOAD f= rom > $HOME), the .stp file for it will never be found. If the hacked up library > contains new probe points, they can't be used. It can. For such cases, you could put your tapset.stp file anywhere you li= ke, and add its directory to stap's search path with -I. Your .stp file can contain the full path name of your preloaded .so in its probe alias. > I think a nice solution would be if bug #20203 were fixed first, then > systemtap can be changed to look in the 'systemtap' subdirectory next to > each library for its .stp files. That wouldn't work too well, in that enumration and parsing of all .stp fil= es occurs earlier than analysis of the probe points listed in those .stp files. --=20 You are receiving this mail because: You are the assignee for the bug.