This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug tapsets/18649] int_arg() misbehaves on x86[_64] for 32-bit uprobe in binary having debuginfo
- From: "jistone at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Fri, 10 Jul 2015 21:47:26 +0000
- Subject: [Bug tapsets/18649] int_arg() misbehaves on x86[_64] for 32-bit uprobe in binary having debuginfo
- Auto-submitted: auto-generated
- References: <bug-18649-6586 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=18649
--- Comment #5 from Josh Stone <jistone at redhat dot com> ---
(In reply to Martin Cermak from comment #3)
> Maybe it'd be useful to have an option to foce stap not to use debuginfo
> even if it's available. It'd be easier to use and less invasive than strip.
> [...] I see e.g. -P in the man page, but not resp. opposite switch.
I could see this as a tri-state long option, something like:
--prologue-searching=always (same as -P)
--prologue-searching=auto (current default, only userspace w/
has_valid_locs())
--prologue-searching=never (completely disabled)
Ignoring debuginfo for "all" purposes could be a separate option, only
tangentially related to prologues. We'd still need some debuginfo use to leak
through though -- e.g. we generate debuginfo objects to gather tracepoints.
Also @cast requires debuginfo, and generated @cast-with-headers is particularly
useful to otherwise "dwarfless" probing.
--
You are receiving this mail because:
You are the assignee for the bug.