]> git.ipfire.org Git - thirdparty/libvirt.git/commit
build: fix binary location in stap files --with-driver-modules
authorLaine Stump <laine@laine.org>
Fri, 10 Aug 2012 21:14:21 +0000 (17:14 -0400)
committerLaine Stump <laine@laine.org>
Sat, 11 Aug 2012 03:11:26 +0000 (23:11 -0400)
commit54264111ff557582b2793189143bec33a8006076
treea2027d6712bf3180d6cb293bb869f98ba5de3b8f
parent4d448b115658b53fe472b2e6982c33fbd00947ab
build: fix binary location in stap files --with-driver-modules

libvirt_qemu_probes.stp stopped working after switching to a build
that used --with-driver-modules. This was because the symbols listed
int libvirt_qemu_probes.stp are no longer in $(bindir)/libvirtd, but
are now in $(libdir)/connection-driver/libvirt_driver_qemu.so.

This patch enhances dtrace2systemtap.pl (which generates the .stp
files from .d files) to look for a new "module" setting in the
comments of the .d file (similar to the existing "binary" setting),
and to look for a --with-modules option. If the --with-modules option
is set *and* a "module" setting is present in the .d file, the process
name for the stap line is set to

   $libdir/$module

If either of these isn't true, it reverts to the old behavior.

src/Makefile.am was also modified to add the --with-modules option
when the build calls for it, and src/libvirt_qemu_probes.d has added a
"module" line pointing to the correct .so file for the qemu driver.
src/Makefile.am
src/dtrace2systemtap.pl
src/libvirt_qemu_probes.d