[Bug translator/4281] two problems with "stap -m"
fche at redhat dot com
sourceware-bugzilla@sourceware.org
Mon Mar 26 17:34:00 GMT 2007
------- 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.
More information about the Systemtap
mailing list