[libvirt] Issue with building libvirt
Shradha Shah
sshah at solarflare.com
Tue Jan 10 16:02:40 UTC 2012
Thanks Eric.
On 01/10/2012 04:01 PM, Eric Blake wrote:
> On 01/10/2012 08:37 AM, Shradha Shah wrote:
>> Hello all,
>>
>> I have been facing an issue when building libvirt using the following steps:
>>
>> 1) ./autogen.sh --prefix=/usr/ --enable-compile-warnings=error
>> 2) make
>> 3) make install
>>
>> The issue is that the above steps puts the binary in /usr/lib instead of /usr/lib64 on a 64 bit OS (RHEL).
>
> That's the correct defaults, according to the GNU Coding Standards which
> autoconf uses in generating the configure script. The fact that
> configure is defaulting --libdir to ${prefix}/lib rather than your
> desired ${prefix}/lib64 means only that RHEL is buggy for not installing
> a config.site override that alters the defaults for it's particular
> choice of preferred libdir; but that's a distro bug [1] that affects
> much more than libvirt, and something that libvirt should not have to
> work around. It does NOT affect rpms built for the the distro, since
> rpms are correctly built with --libdir specified in the right location.
> Meanwhile, the correct way to fix things is by doing:
>
> ./autogen.sh --prefix=/usr --libdir=/usr/lib64
> --enable-compile-warnings=error
>
> In fact, you can even use:
>
> ./autogen.sh --system --enable-compile-warnings=error
>
> as short-hand for setting up _all_ the default paths (including other
> settings, like --sysconfdir=/etc) needed for installing a self-built
> libvirt into the default distro locations on Fedora-based distros,
> including RHEL.
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=772997
>
More information about the libvir-list
mailing list