On Thu, Jan 07, 2010 at 09:19:17PM +0100, Diego Elio ???Flameeyes??? Petten? 
wrote:
> Il giorno gio, 07/01/2010 alle 21.14 +0100, Jim Meyering ha scritto:
> > 
> > The change below reverts 8838ee39ab1c2bb7fffe93bfda220692664e8be6,
> > so Diego, if your goal (with the reverted change) was more than to
> > avoid seemingly-unnecessary work, please tell us what it was. 
> 
> Well, to put it simply: you *cannot* both have the Python extension
> *and* disable shared libraries.
> 
> --disable-shared tells libtool not to build any kind of shared object
> for the project; Python extensions are shared objects _only_.
> 
> While you could avoid building libvirt.so (and just have libvirt.a) you
> cannot get Python extensions by just building libvirtmod.a.
> 
> So basically --disable-shared --with-python would just produce an
> unusable output without my change, and produce a proper error condition
> with.

Agreed, if we want to support --disable-shared, then we can't pretend that
building python works. Either expect the error we already have which is
accurate, or make configure forcably disable the whole python build.


Daniel
-- 
|: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

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

Reply via email to