[libvirt] [PATCHv2] build: force libnl1 if netcf also used libnl1

[Eric Blake]

On 09/12/2012 01:14 PM, Laine Stump wrote:
> On 09/10/2012 06:14 PM, Eric Blake wrote:
>> Recent spec file changes ensure that in distro situations, netcf
>> and libvirt will link against the same libnl in order to avoid
>> dumping core.  But for every-day development, if you are F17 and
>> have the libnl3-devel headers available, libvirt was blindly
>> linking against libnl3 even though F17 netcf still links against
>> libnl1, making testing a self-built binary on F17 impossible.
>>
>> By making configure a little bit smarter, we can avoid this
>> situation - we merely skip the probe of libnl-3 if we can prove
>> that netcf is still using libnl-1.  I intentionally wrote the
>> test so that we still favor libnl-3 if netcf is not installed or
>> if we couldn't use ldd to determine things.
>>
>> Defaults being what they are, someone will invariably complain
>> that our smarts were wrong.  Never fear - in that case, just run
>> ./configure LIBNL_CFLAGS=..., where the fact that you set
>> LIBNL_CFLAGS (even to the empty string) will go back to probing
>> for libnl-3, regardless of netcf's choice.
> 
> This method of forcing libnl-3 is a bit obscure, but it will be used
> infrequently enough (possibly never? :-P) that I'm okay doing it that
> way, as long as you add a comment to configure.ac briefly explaining it
> (as you've done in the commit message). ACK with that added.

Done and pushed.

-- 
Eric Blake   eblake at redhat.com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 617 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20120912/4cc72138/attachment-0001.sig>