This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug translator/1304] support command line args for scripts
- From: "fche at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sources dot redhat dot com
- Date: 17 Feb 2006 04:29:31 -0000
- Subject: [Bug translator/1304] support command line args for scripts
- References: <20050906161228.1304.fche@redhat.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From fche at redhat dot com 2006-02-17 04:29 -------
It occurs to me that we will need *two* kinds of parametrization after all.
The first would be a parse/translate-time one, to enable a generic script file
to apply to e.g. user-specified probe points. Since probe point expansion
occurs during elaboration, this parameter substitution would have to take place
by then. Perhaps something like dtrace's "$1" etc. notation could be used,
right within the parser (actually, the scanner), and would allow:
probe kernel.function("$1") { ... }
probe timer.ms($2) { ... }
One could get creative
A separate parametrization would be useful for compiled .ko reuse. Since such
parameters can't reasonably affect probe points, they can't take the place of
literals. One simplish possibility is to allow initialization-time assignment
to global systemtap variables (scalars) from standard linux module parameters.
This could be made to happen using nothing other than clever MODULE_PARAM type
macro calls being emitted near the globals' declarations, and removal of their
current unconditional initialization.
--
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|fche at redhat dot com |systemtap at sources dot
| |redhat dot com
Status|NEW |ASSIGNED
http://sourceware.org/bugzilla/show_bug.cgi?id=1304
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.