Re: Compiling libvirt RPC client library for QNX

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

 



Hi Daniel,
I ran ./configure command with below options. I found these options in on
of the mail replied by you. But still 'make' is compiling so many files.
My question is, as I need only RPC client library (I can explain you more,
what I want to do with this libvirt client library on QNX), do I need to
compile a huge number of .c files and need to build so many .lo ?

Yes, I do have access to qnx, I need your help to compile this on QNX.
Later I will test and discuss the issue if I face any.


blr-vxr-052~$ ./configure --enable-compile-warnings=error --without-xen
--without-qemu    --without-openvz --without-lxc --without-vbox
--without-xenapi --without-esx     --without-uml --without-sasl
--without-avahi    --without-polkit --without-python    --without-libvirtd
    --without-phyp    --without-hyperv    --without-netcf
--without-audit     --without-dtrace  --without-macvtap


Regards
Ritesh Sharma

On 25/02/14 8:52 PM, "Daniel P. Berrange" <berrange@xxxxxxxxxx> wrote:

>On Tue, Feb 25, 2014 at 03:10:59PM +0000, Panday Ritesh Sharma (rpanday)
>wrote:
>> Hi Eric,
>> I used the option '--without-macvtap' and I was able to compile on my
>> linux box. When I compiled, I see many libraries are getting built. But
>>as
>> I have explained my requirement earlier, I just need a RPC client
>>library,
>> essentially the option '--with-remote'.
>
>You can do a client build by turning off the libvirtd daemon
>with --without-libvirtd, and then also disabling any other
>pieces you don't want using --without-XXXX - see the output
>of 'configure --help' for info on all the options available.
>
>> If I check .c files I see only './src/libvirt.c' and './tools/virsh.c'
>>are
>> the two files where '# ifdef WITH_REMOTE' is present.
>> 
>> Does it mean that as per my requirement I only need to compile these
>>files?
>> 
>> My intent is to have a library with minimal files which suffice to my
>> requirement. Because that way it will be easier for me to compile them
>>on
>> QNX.
>> 
>> You have mentioned on another thread that in a weeks time some new
>>version
>> of libvirt will come which we can compile for non-linux machines ? What
>> change is coming in that  version ? The latest version of libvirt can
>>not
>> be compiled for QNX ?
>
>Libvirt aims to write portable code for as many platforms as is practical.
>Currently we officially aim to support Linux (all modern flavours),
>FreeBSD, Windows via Mingw64 and OS-X because those are the ones where we
>have contributors who do regular testing.
>
>To the best of my knowledge we don't have any contributors who doing
>testing
>on QNX, so we can't make any guarantees about any version of libvirt being
>able to work on QNX. We need someone who has access to QNX to try libvirt
>on QNX, report any compilation problems encountered and write + test fixes
>for them. So if you're able to do this please report problems you find...
>
>Regards,
>Daniel
>-- 
>|: http://berrange.com      -o-
>http://www.flickr.com/photos/dberrange/ :|
>|: http://libvirt.org              -o-
>http://virt-manager.org :|
>|: http://autobuild.org       -o-
>http://search.cpan.org/~danberr/ :|
>|: http://entangle-photo.org       -o-
>http://live.gnome.org/gtk-vnc :|


--
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]