[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH] xenctrl: Make the headers C++ friendly


  • To: George Dunlap <dunlapg@xxxxxxxxx>
  • From: Razvan Cojocaru <rcojocaru@xxxxxxxxxxxxxxx>
  • Date: Thu, 03 Jul 2014 14:08:54 +0300
  • Cc: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxx>, Tim Deegan <tim@xxxxxxx>, Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>, Ian Campbell <Ian.Campbell@xxxxxxxxxx>
  • Comment: DomainKeys? See http://domainkeys.sourceforge.net/
  • Delivery-date: Thu, 03 Jul 2014 11:08:14 +0000
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=bitdefender.com; b=qPSQJryOO6XCN8Ei77OFRjbXlLoHIzrtA/zVKqjehNeEuJZNHPyoHYhRVrEcoon8pZHT9EYp26Fhc0r4UcitJr93INWmLRQm+HkS9dsfkVnkB5wyqoG0NiydTiMaNZV1LuDh/p+t8dBStr/MgLG8vc4ZeIro0AyNR9giVKe0/82HjSSdNkmxzuXAaKnwHBZ7SohP070sZIC6zSgxmb7hQ7D34xE8+JvnRPsiSpAEaEaOT1cb0MwY+l0x/jAjcjuxwKQDK8aTfFh+VwKi9ChIGnsYPCTsqOYYjFWpOwHZNejeOFAeefWbHFuo3nLVOpNb1w3fNtxJ3XvlvzzNP1sXPQ==; h=Received:Received:Received:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-BitDefender-Scanner:X-BitDefender-Spam:X-BitDefender-SpamStamp:X-BitDefender-CF-Stamp;
  • List-id: Xen developer discussion <xen-devel.lists.xen.org>

On 07/03/2014 01:56 PM, George Dunlap wrote:
> On Wed, Jul 2, 2014 at 5:30 PM, Razvan Cojocaru
> <rcojocaru@xxxxxxxxxxxxxxx> wrote:
>> Moved an enum definition before the typedef that uses it.
> 
> Presumably you want this because you have an out-of-tree program that
> you want to compile against libxc.  You do realize that libxc isn't a
> stable API, right?  That it may change in incompatible ways in every
> release?

Yes, I've glimpsed into that by following it since Xen 4.1.
I am indeed compiling an application against libxc.

> I presume you'd rather use a stable API -- in which case maybe we
> should ask what it is your application needs, and we can try to come
> up with a way to support you.  (Perhaps by declaring certain parts of
> the libxc interface as "stable", if libxl isn't suitable for some
> reason.)

Thanks, that's a very gracious offer. Well, here's what nm has to say
about what I'm using from the Xen libraries:

xc_copy_to_domain_page
xc_domain_decrease_reservation_exact
xc_domain_get_tsc_info
xc_domain_getinfo
xc_domain_hvm_getcontext_partial
xc_domain_pause
xc_domain_populate_physmap_exact
xc_domain_set_access_required
xc_domain_set_pagefault_info
xc_domain_shutdown
xc_domain_unpause
xc_evtchn_bind_interdomain
xc_evtchn_close
xc_evtchn_fd
xc_evtchn_notify
xc_evtchn_open
xc_evtchn_pending
xc_evtchn_unbind
xc_evtchn_unmask
xc_get_hvm_param
xc_get_mem_access
xc_interface_close
xc_interface_open
xc_map_foreign_batch
xc_map_foreign_range
xc_mem_access_disable
xc_mem_access_enable
xc_mem_access_resume
xc_set_hvm_param
xc_set_mem_access
xc_translate_foreign_address
xc_vcpu_getcontext
xc_vcpu_setcontext
xc_version
xs_close
xs_directory
xs_fileno
xs_is_domain_introduced
xs_open
xs_read
xs_read_watch
xs_unwatch
xs_watch

Libxl is, unfortunately, too high-level for our needs.


Thanks,
Razvan Cojocaru

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.