On Wed, Dec 19, 2012 at 11:55:20AM +0000, Daniel P. Berrange wrote:
> Currently the files in src/util are 50/50 split between those
> having a 'vir' prefix and those which don't. Finish the job
> by remaining all remaining files to have a 'vir' prefix too,
> guaranteeing that they can't clash with system headers[1].
>
> The only case which was not a plain rename, was merging
> processinfo.{c,h} into the virprocess.{c,h} since the
> functionality logically belongs together.
>
> At the end src/Makefile.am is updated to sort util files
> alphabetically.
>
> Left as further work - make sure all functions in these
> files also have a 'vir' prefix. eg dnsmasq, ebtables,
> iptables, usb and pci files are violators in this regard.
>
> Also left, much of virutil.c should move into virfile.c
I have just gone though 1 to 15 included, ACK to that set
let's push rather sooner than later as this will be conflicting
with pending patches and we shouldn't have too many right now.
Only suggested addition is change the beginning comment description
of files like src/util/logging.c
to read
* virlog.c: internal logging and debugging
instead of
* logging.c: internal logging and debugging
I also wonder if virbuf, viralloc and virlog headers shouln't be
added directly to one of the internals as those are used by nearly
all modules under src/
> Changes in v2:
>
> - Rebased to latest GIT
> - Turned on rename detection to make review easier
>
> Daniel
>
> [1] Not a theoretical problem - we already hit a clsah
> on 'usb.h' before forcing us to use 'hostusb.h'
> and 'memory.h' clashes with a system header but we
> never noticed so far.
Someone else do 16 to 24 ? :-)
Daniel
--
Daniel Veillard | Open Source and Standards, Red Hat
veillard@xxxxxxxxxx | libxml Gnome XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | virtualization library http://libvirt.org/
--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list