From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Cooper Subject: Re: libcacard is been installed to /usr/lib while libdir=/usr/lib64 Date: Tue, 20 May 2014 14:07:15 +0100 Message-ID: <537B5383.5010401@citrix.com> References: <537162DD.7000304@oracle.com> <1400166650.19926.14.camel@kazak.uk.xensource.com> <5374E338.4060908@oracle.com> <1400589649.6946.31.camel@kazak.uk.xensource.com> <20140520130224.GA19255@aepfle.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20140520130224.GA19255@aepfle.de> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Olaf Hering Cc: Zhigang Wang , Ian Campbell , xen-devel List-Id: xen-devel@lists.xenproject.org On 20/05/14 14:02, Olaf Hering wrote: > On Tue, May 20, Ian Campbell wrote: > >>> For qemu: we didn't pass the --libdir when we configure it, so it uses the default one: $PREFIX/lib >> Thanks. I think your patch is probably the correct one then. Please can >> you submit with a proper changelog. > Likely not. > Since the included qemu is a private part of xen itself, it should > install stuff into $prefix/lib/xen/ instead of overwriting system files. > This most likely means qemu has to be build with rpath to really use its > own libs, if there are any. > > Olaf I agree. Having the Xen build system build itself non-xen components makes integrating the results into a real system very difficult without collisions. In this case, any qemu built by the Xen build system is private to Xen, and should not install as if it were the system qemu. The same goes for other 3rd party components. ~Andrew