This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug translator/4281] two problems with "stap -m"
- From: "fche at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sources dot redhat dot com
- Date: 26 Mar 2007 17:34:36 -0000
- Subject: [Bug translator/4281] two problems with "stap -m"
- References: <20070326172231.4281.hunt@redhat.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From fche at redhat dot com 2007-03-26 18:34 -------
(In reply to comment #2)
> I don't see how its a good idea to combine to options like this. Instead of
> relying on a side-effect of the way "-m" is currently implemented to disable
> cache, why not give it its own option?
It need not actually bypass the cache. We could cache the resulting probe.ko
file and reuse it next time.
> Regardless, you can still disable cache and compile a module, then place a copy
> of it in the current directory. That is what I think it should do.
Surely that's only appropriate in -p4 mode, for which we now print the resulting
module file name on stdout. We don't normally put files into pwd at all, though
that is a plausible fallback if neither -k was given nor the cache is available.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4281
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.