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/
Home Products Support Community News


Re: [Xen-devel] [PATCH] libxl: do not expose libxenctrl/libxenstore head

On Thu, 7 Apr 2011, Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [PATCH] libxl: do not expose    
> libxenctrl/libxenstore headers via libxl.h"):
> > I guess so. I must admit I thought we had the policy (however
> > ill-advised) of tying the SONAME to the Xen version, but I see that in
> > the case of libxenlight we do actually have an independent SONAME.
> In general I think it's fair enough to bump the soname online once in
> each release cycle.  But now is as good as any.
> > I wasn't sure which digit of the major number I was supposed to
> > increment so I went with the first... Perhaps a comment immediately
> > prior to the variable could describe the requirements?
> I would suggest 1.1.  I would normally increment the 2nd number of any
> shared library unless it was a complete rewrite or something.

I agree with you on the general principle but I suspect it is going to
be almost a rewrite at the end of this development cycle :-/

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>