[libvirt] [PATCH] libvirt.spec: Build & run tests in parallel

Daniel P. Berrange berrange at redhat.com
Thu Nov 3 13:05:54 UTC 2016


On Thu, Nov 03, 2016 at 08:52:51PM +0800, Michal Privoznik wrote:
> On 03.11.2016 20:47, Daniel P. Berrange wrote:
> > On Thu, Nov 03, 2016 at 08:36:30PM +0800, Michal Privoznik wrote:
> >> So far, the main code is built in parallel, which makes it pretty
> >> fast. But with a lots of tests we have now I've noticed this part
> >> takes too much time to build. The problem was that tests were
> >> build and run in a single job.
> >>
> >> Signed-off-by: Michal Privoznik <mprivozn at redhat.com>
> >> ---
> >>  libvirt.spec.in | 4 ++--
> >>  1 file changed, 2 insertions(+), 2 deletions(-)
> >>
> >> diff --git a/libvirt.spec.in b/libvirt.spec.in
> >> index 545990c..4378d0a 100644
> >> --- a/libvirt.spec.in
> >> +++ b/libvirt.spec.in
> >> @@ -1290,7 +1290,7 @@ rm -fr %{buildroot}
> >>  
> >>  %check
> >>  cd tests
> >> -make
> >> +make %{?_smp_mflags}
> > 
> > Oh what's this cruft doing here - it is pointless - the
> > 'make' invocation in %build already built the tests.
> 
> No it isn't. The tests are build iff .git dir is present. Which it is
> not if the sources are unpacked from .tar.xz. That's why we have %check
> where we deliberately build test suite. In a single job.

It is still pointless actually - if WITH_TESTS is not defined (due to
lack of .git), then a bare 'make' will never build the tests whether
you run it from the top level, or from 'tests' sub-dir. The tests only
get built when you run 'make check'.

Regards,
Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://entangle-photo.org       -o-    http://search.cpan.org/~danberr/ :|




More information about the libvir-list mailing list