This is the mail archive of the systemtap@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug dyninst/14490] Enable stapdyn in multiarch environments


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

David Smith <dsmith at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dsmith at redhat dot com

--- Comment #2 from David Smith <dsmith at redhat dot com> ---
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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]