Re: Start of freeze for libvirt-0.9.10 and availability of rc1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 02/06/2012 03:11 AM, Alex Jia wrote:

>>> TEST: qemuxml2argvtest
>>>        ....................!!.................. 40
>>>        ......................................!. 80
>>>        ........................................ 120
>>>        ........................................ 160
>>>        ...!.!!!!!!.!..!!.!....................  199 FAIL
>>    Weird that definitely worked fine for me.
>> Try to do an rpmbuild --rebuild libvirt-0.9.10-rc1.tar.gz to get
>> a list of possible missing build packages. However I don't see how
>> that could possibly affect qemuxml2argvtest ...

I haven't reproduced this issue.

> It's okay if I installed related dev packages.

Do you know which dev package made the difference?

> 
> Other issues:
> 1.
>   GEN    probes.o
> /tmp/tmpOSBnp3.c:1: warning: return type defaults to 'int'
> /tmp/tmpOSBnp3.c:1: warning: '__dtrace' defined but not used
>   CC     libvirt_qemu_la-libvirt-qemu.lo
> 
> Notes, maybe, we should silence the warning.

I'd like to; but doing that requires either patching
systemtap-sdt-devel, or else post-processing the systemtap generated
files prior to passing them to the compiler.  In other words, the
warning is not coming from libvirt source code.

> 
> 2.
>   CC     libvirtmod_qemu_la-libvirt-qemu-override.lo
> libvirt-qemu-override.c:53: warning: 'py_str' defined but not used
>   CC     libvirtmod_qemu_la-libvirt-qemu.lo
> 
> Notes, it should be a useful function, maybe, we will use it later ...

We should fix this one.

> 
> 3.
>   CCLD   libvirt_test.la
> 
> *** Warning: Linking the shared library libvirt.la against the non-libtool
> *** objects  probes.o is not portable!
> 
> 4.
> *** Warning: Linking the shared library libvirt_test.la against the
> non-libtool
> *** objects  probes.o is not portable!
>   CCLD   libvirt-qemu.la
> 
> 
> Notes, I often meet the item 3 and 4 warnings when compiling, although I
> saw gcc book said
> they were common error and should use .o instead of .la, we can ignore
> these 2 warnings
> in here, right?

Not the gcc book.  But this has previously come up on this list, and the
answer is still the same - libtool doesn't have a way to let us shut it
up when we _know_ that we are doing something that works on Linux, and
where we are not doing the non-portable action of using probes.o on
non-Linux because systemtap is Linux-specific.  You can ignore the
warning, and any patch to silence it would have to come from upstream
libtool, or else finding a way to create a .lo file that wraps the
generated probes.o file but which libtool can still link with.

-- 
Eric Blake   eblake@xxxxxxxxxx    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]