]> xenbits.xensource.com Git - people/liuw/libxenctrl-split/libvirt.git/commit
build: fix 'make dist' without dtrace
authorEric Blake <eblake@redhat.com>
Thu, 1 Dec 2011 16:02:53 +0000 (09:02 -0700)
committerEric Blake <eblake@redhat.com>
Thu, 1 Dec 2011 17:15:48 +0000 (10:15 -0700)
commit55d76a7270871512276d0c699d75b8f7fc918af7
tree540d3a4716b7f8a817c2de21297fbdd5aeaec434
parentac6b368d8a56caf9e986f7a882fad54f210d258f
build: fix 'make dist' without dtrace

probes.h can only be generated on Linux, and then only with dtrace
installed.  If it is part of the tarball, then either 'make dist'
will fail if you don't have that setup, or we would have to start
keeping probes.h in libvirt.git.  Since we only need it to be
generated when dtrace is in use, it's better to avoid shipping
it in the first place, and avoid tracking it in git.

Meanwhile, there is a build dependency - since the RPC code is
generated, it can be built early; but when dtrace is enabled, we
must ensure probes.h is built even earlier.  Commit 1afcfbdd tried
to fix this, but did so in a way that added probes.h into the
tarball, and broke VPATH as well.  Commit ecbca767 fixed VPATH,
but didn't fix the more fundamental problem.  This patch solves
the issue by adding a dependency instead.

Tested with 'make dist' in a clean VPATH builds, for both
'./configure --without-dtrace' and './configure --with-dtrace';
all configurations were able to correctly build a tarball, and
the dtrace configuration no longer sticks probes.h in the tarball.

* src/Makefile.am (REMOTE_DRIVER_GENERATED): Don't ship probes.h;
rather, make it a dependency.
src/Makefile.am