[Libvir] [PATCH] Make "make distcheck" work.

Jim Meyering jim at meyering.net
Wed Nov 14 16:45:28 UTC 2007

Daniel Veillard <veillard at redhat.com> wrote:
> On Wed, Nov 14, 2007 at 03:57:10PM +0100, Jim Meyering wrote:
>> Here's another infrastructure-fixing patch.
>> I got most of the way to an honest "make distcheck",
>> but fixing a final failing sub-test wasn't worth the effort,
>> so I punted and added the top level "distuninstallcheck"
>> target to make it skip that part.

Hi Daniel,

Thanks for the thorough review!

>> 	Make "make distcheck" work.
>> 	 * Makefile.am: Expand some "*" wildcards, and (for now) disable
>> 	   the relatively unimportant, distuninstallcheck target.
>> 	   Fix a few redirect-directly-to-target bugs.
>> 	   Add a few $(srcdir)/ prefixes and add an uninstall-local rule.
>> 	 * docs/Makefile.am: More of the same.  Split some long lines.
>> 	 * docs/examples/Makefile.am: Likewise.
>> 	 * python/Makefile.am: Likewise.
>> 	 * python/tests/Makefile.am: Likewise.
>> 	 * qemud/Makefile.am: Likewise.
>> 	 * tests/Makefile.am: Remove the directories already listed in SUBDIRS.
>   okay, lot of this makes sense. The only drawback seems to be loosing
> the ability to use wildcards to list for example the HTML pages or
> C examples ...

At first, it does seem like using wildcards is easier than listing
the files explicitly, but listing them has advantages:

  - with wildcards, one can accidentally distribute/install files just
    because there was a spare .c, .xml, .html file in the wrong directory.
    With explicit lists, that can't happen.

  - with the explicit list, you have a record in version control of
    which files were distributed: less reliance on state of build
    directory, hence more reproducible.

Note that if you forget to add the name of a new file to a list,
there is little chance it'll make it past "make distcheck", as long
as something depends on the new file.

>   BTW, have you noticed that docs/examples/Makefile.am is automatically
> generated, so for that part you will instead need to fix index.py which
> does the indexing/generation.

Oh!  Thanks.  I didn't know that.  Will adjust.
At the same time, I'll tweak the build rules so that
the generated file is read-only.  That should serve as a warning
to anyone else who is tempted to modify that file directly.

>    okay in principle but the docs/examples/Makefile.am change need to be
> fixed differently.

New patch coming up...

More information about the libvir-list mailing list