[libvirt] [libvirt-glib PATCHv2 4/5] gobject: Add wrapper for virNetworkDHCPLease

Christophe Fergeau cfergeau at redhat.com
Tue Jun 30 16:03:23 UTC 2015


On Tue, Jun 30, 2015 at 01:48:41PM +0100, Daniel P. Berrange wrote:
> On Tue, Jun 30, 2015 at 02:38:24PM +0200, Christophe Fergeau wrote:
> > On Tue, Jun 30, 2015 at 01:28:19PM +0100, Daniel P. Berrange wrote:
> > > On Tue, Jun 30, 2015 at 01:25:28PM +0100, Zeeshan Ali (Khattak) wrote:
> > > > On Tue, Jun 30, 2015 at 12:41 PM, Christophe Fergeau
> > > > <cfergeau at redhat.com> wrote:
> > > > > Hey,
> > > > >
> > > > > Looks good to me, I'd name the type GVirNetworkDhcpLease rather than
> > > > > GVirNetworkDHCPLease, this is consistent with
> > > > > GVirConfigCapabilitiesCpuModel (and not CPUModel).
> > > > 
> > > > Hm.. I was trying to keep it consistent with the underlying
> > > > 'virNetworkDHCPLease'.
> > > 
> > > I agree - IMHO acronyms should always be capitalized in our
> > > APIs - use of Cpu is a bug (which we can't fix), but we should
> > > not add more of such bugs. Likewise MAC, rather than Mac
> > 
> > Fine with me then. Do you mean even in method names, or just in type
> > names?
> 
> Just types - for method names we use lowercase + underscores everywhere
> which is fine as its in keeping with GLib common practice.

We could have some typedef xxxCpuyyy xxxCPUyyy; if we want to 'fix'
these wrong capitalizations.

Christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20150630/4676959e/attachment-0001.sig>


More information about the libvir-list mailing list