From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30074 invoked by alias); 7 Jun 2013 19:55:06 -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 30011 invoked by uid 48); 7 Jun 2013 19:55:00 -0000 From: "dsmith at redhat dot com" To: systemtap@sourceware.org Subject: [Bug dyninst/14490] Enable stapdyn in multiarch environments Date: Fri, 07 Jun 2013 19:55:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: dyninst X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dsmith at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2013-q2/txt/msg00255.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=14490 David Smith changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dsmith at redhat dot com --- Comment #2 from David Smith --- I wonder if we couldn't brute force this. On multiarch systems, compile a 'stapdyn' and a 'stapdyn32' executable and then run the correct one based on the target executable. 'stap' itself would have to look at the target executable to know which way to compile the shared library. (An even more brute force approach would be to always compile 64-bit and 32-bit shared libraries, and have a naming convention so we'll know which is which.) Using a cached shared library becomes more tricky, since the 'bitness' of the target executable could change (which might argue for the "always compile for both architectures" approach). -- You are receiving this mail because: You are the assignee for the bug.