WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH] libxl: update nic list API to use common device

To: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] libxl: update nic list API to use common device API style
From: Roger Pau Monné <roger.pau@xxxxxxxxxxxxx>
Date: Wed, 5 Oct 2011 15:22:55 +0200
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 05 Oct 2011 06:23:45 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=eVV0RQUJacn4xRIBQu30aR+W+kKPuTbSBNDMRAziaNI=; b=aD6msZFMRYXPP+e6VtuLienWPQEXSlHEIPmcwVB4m6mfgAbUl8L3KR63u/YR+CeEN0 ZZ0Uf66BuLuI5OfSb2D0ujIWUjxv823zZu7jBFPrZStPovXvslY7xdXDGZezWcvKR2sp oW2BqPpRXkItpcM/imfiQ1VmpiPxL86PoMrdU=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1317820245.21903.215.camel@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <cafd8b3f9e0c8bbf5c30.1317389599@xxxxxxxxxxxxxxxxxxxxx> <e94763a6bd3495cc95bd.1317818891@loki> <1317820245.21903.215.camel@xxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
2011/10/5 Ian Campbell <Ian.Campbell@xxxxxxxxxx>:
> (I assume everything but the following hunk was a mistake)

I modified your patch and resubmitted it (sorry if that's not ok),
since this is the first place where new functions are added to libxl.

>
>> diff -r 25db0629e338 -r e94763a6bd34 tools/libxl/Makefile
>> --- a/tools/libxl/Makefile      Fri Sep 30 14:27:27 2011 +0100
>> +++ b/tools/libxl/Makefile      Fri Sep 30 14:27:27 2011 +0100
>> @@ -119,7 +119,7 @@ libxlutil.a: $(LIBXLU_OBJS)
>>         $(AR) rcs libxlutil.a $^
>>
>>  xl: $(XL_OBJS) libxlutil.so libxenlight.so
>> -       $(CC) $(LDFLAGS) -o $@ $(XL_OBJS) libxlutil.so $(LDLIBS_libxenlight) 
>> $(LDLIBS_libxenctrl)
>> +       $(CC) $(LDFLAGS) -o $@ $(XL_OBJS) libxlutil.so libxenlight.so 
>> $(LDLIBS_libxenlight) $(LDLIBS_libxenctrl)
>>
>>  testidl: testidl.o libxlutil.so libxenlight.so
>>         $(CC) $(LDFLAGS) -o $@ testidl.o libxlutil.so $(LDLIBS_libxenlight) 
>> $(LDLIBS_libxenctrl)
>
> LDLIBS_libxenlight already has -lxenlight in it. I guess this changes
> works around you local addition LDFLAGS=-L/usr/xen42/lib?
>
> I'm not sure what the right answer is here.

Neither do I, I'm not an expert on build processes, but if I need to
append CFLAGS and LDFLAGS to the build process to find my yajl library
libxl should not try to use the libxenligh.so and libxenutil.so from
the CFLAGS/LDFLAGS folder, because they are outdated. If not, the only
option left is to clean my LDFLAGS and CFLAGS folders from previous
Xen versions and compile the new version, but that's risky.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel