[libvirt] [python PATCH] maint: document development against uninstalled libvirt

Martin Kletzander mkletzan at redhat.com
Mon Jun 30 12:53:04 UTC 2014


On Wed, Jun 25, 2014 at 11:12:52AM -0600, Eric Blake wrote:
>On 06/25/2014 10:59 AM, Peter Krempa wrote:
>> On 06/25/14 18:53, Eric Blake wrote:
>>> Thanks to Dan's recent work in libvirt.git, it is much easier to
>>> develop against uninstalled libvirt.  Mention how.
>>>
>>> * README: More details.
>>>
>>> Signed-off-by: Eric Blake <eblake at redhat.com>
>>> ---
>>>  README | 15 +++++++++++++++
>>>  1 file changed, 15 insertions(+)
>>>
>>
>> ACK,
>
>Thanks; pushed.
>
>FYI: I'm also using this (but considered it hackish enough to not
>publish as a formal patch):
>
>$ echo /GNUmakefile >> .git/info/exclude
>$ cat GNUmakefile
># My hidden wrapper to preset things that I like...
>include Makefile
>export LD_LIBRARY_PATH=/home/eblake/libvirt/src/.libs/
>export PKG_CONFIG_PATH=/home/eblake/libvirt/src/
>$
>

For people like me, who use 'git clean -fxd'; it removes such
excludes. :(

How about either adding similar GNUmakefile, of modifying the Makefile
you added into the repo liike this"

The path used for the exports would be something like:
$(pwd | sed -e 's_/libvirt\(\.git\)\?/_/libvirt-python\1/')
but only if such path exists.  There would be nothing changed for
those who do not have such paths.  It could be also hidden under some
other make command (e.g. make devel).

Does that make sense or is it not worth trying to do that at all?

Martin

>Now all I have to do is run 'python setup.py build' to build against
>installed libvirt, vs. 'make' to build against development libvirt, at
>least for my machine.
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20140630/6d7643b7/attachment-0001.sig>


More information about the libvir-list mailing list