[libvirt] [PATCH] tests: Link mocks with libvirt.so
Michal Privoznik
mprivozn at redhat.com
Tue May 15 12:08:21 UTC 2018
On 05/15/2018 01:57 PM, Daniel P. Berrangé wrote:
> On Tue, May 15, 2018 at 01:45:33PM +0200, Michal Privoznik wrote:
>> In a lot of our mocks (if not all of them) we use our internal
>> APIs (e.g. VIR_ALLOC). So far, we're relying on test binary that
>> links with the mock to drag in libvirt.so. Well, this works only
>> partially. Firstly, whatever binary we execute from tests will
>> fail (e.g. as Martin reported on the list ./qemucapsprobe fails
>> to execute qemu). Secondly, if there's a program that tries to
>> validate linking (like valgrind is doing) it fails because of
>> unresolved symbols.
>
> Hmm, that first issue suggests we are not unsetting LD_PRELOAD
> before executing programs. Indeed looking at git only the
> qemuargv2xmltest and qemuxml2argvtest.c are unsetting LD_PRELOAD.
>
> Seems we should make virTestMain unset LD_PRELOAD globally in
> some way.
Yeah, that's what I though of too. But I'm not quite sure how to do that.
>
> NB, I'm not objecting to this patch, just saying we shoudl fix
> the LD_PRELOAD regardless.
>
>> Because of that we have to link our mocks with libvirt.so.
>
> It feels rather recursive to me but if it works...
Well, yes and no. For instance if I'd have a small binary that say
attaches/detaches PCI devices on the host, I can reuse our virpcimock to
test it instead of having the binary link with libvirt.so (assume it
doesn't call any libvirt API).
>
>>
>> Signed-off-by: Michal Privoznik <mprivozn at redhat.com>
>> ---
>> tests/Makefile.am | 3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/tests/Makefile.am b/tests/Makefile.am
>> index 621480dd0c..ac92190845 100644
>> --- a/tests/Makefile.am
>> +++ b/tests/Makefile.am
>> @@ -81,7 +81,8 @@ LDADDS = \
>> ../src/libvirt.la
>>
>> MOCKLIBS_LIBS = \
>> - $(GNULIB_LIBS)
>> + $(GNULIB_LIBS) \
>> + ../src/libvirt.la
>>
>> EXTRA_DIST = \
>> .valgrind.supp \
>
> Reviewed-by: Daniel P. Berrangé <berrange at redhat.com>
Pushed, thanks.
Michal
More information about the libvir-list
mailing list