[Pkg-xen-devel] Fwd: Re: xen-qemu-dm does not build with backported xen-4.1

[Ian Campbell]

On Thu, 2011-04-28 at 22:19 +0800, Thomas Goirand wrote:
> On 04/28/2011 12:43 AM, Ian Campbell wrote:
> > On Thu, 2011-04-28 at 00:02 +0800, Thomas Goirand wrote:
> >> On 04/27/2011 09:08 PM, Ian Campbell wrote:
> >>> On Wed, 2011-04-27 at 15:00 +0200, Niccolò Belli wrote:
> >>>> Il 27/04/2011 14:37, Ian Campbell ha scritto:
> >>>>> Which specific revision of qemu-xen-4.1 are you using?
> >>>>
> >>>> I'm using a tarball from
> >>>> http://bits.xensource.com/oss-xen/release/4.1.0/xen-4.1.0.tar.gz
> >>>> It seems Thomas used the tools/ioemu-qemu-xen subdirectory as source for
> >>>> xen-qemu-dm. At a first glance I didn't notice
> >>>> debian/mypatches/add-rules.patch: it adds Rules.mk from the tools
> >>>> directory, which get lots of changes from 4.0 to 4.1, so that's probably
> >>>> what causes the error.
> >>>> Thomas, did you try with a newer version of Rules.mk?
> >>>
> >>> You need to use the tools/ioemu-qemu-xen from xen-4.1.0.tar.gz too, just
> >>> changing the Rules.mk isn't going to be sufficient.
> >>>
> >>> Ian.
> >>
> >> I fixed the Rules.mk, Config.mk and others in a bit hackish way, but it
> >> works. I got something that builds, but doesn't link:
> >>
> >>   LINK  i386-dm/qemu-dm
> >> /usr/bin/ld: /usr/lib/libxenctrl.a(xc_private.o): undefined reference to
> >> symbol 'dlclose@@GLIBC_2.2.5'
> >> /usr/bin/ld: note: 'dlclose@@GLIBC_2.2.5' is defined in DSO
> >> /lib64/libdl.so.2 so try adding it to the linker command line
> >> /lib64/libdl.so.2: could not read symbols: Invalid operation
> >> collect2: ld returned 1 exit status
> 
> I just understood. The issue is that libxenctrl.so isn't accessible in
> the path for linking. If I do:
> 
> cd /usr/lib
> ln -s xen-4.1/lib/libxenctrl.so libxenctrl.so
> then it does work, and linking occurs.
> 
> Do you guys think it would be acceptable to ship a symlink of
> libxenctrl.so in /usr/lib?

If that were desirable I would assume it wouldn't have been moved out
of /usr/lib in the first place.

>  It's rather strange to see the .a and not the
> .so there. Or what's the clean way?

-L/usr/lib/xen-4.1/lib just like for any other library not in the
default path. You might also need some rpath to find the library at
runtime.

> On the same way, xentoollog.h isn't shipped by libxen-dev, and I need it
> to build xen-qemu-dm-4.1.

This is a bug.

Ian.

-- 
Ian Campbell

I am currently transitioning to a new OpenPGP key, please see:
http://www.hellion.org.uk/key-transition-2011-04-27-2F6BCD59-to-79074FA8.txt

Never explain.  Your friends do not need it and your enemies will never
believe you anyway.
		-- Elbert Hubbard
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20110428/87a8824e/attachment.pgp>