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

[Thomas Goirand]

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? It's rather strange to see the .a and not the
.so there. Or what's the clean way?

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

Thomas