[libvirt] [PATCH 2/5] virlog: Introduce Type{To, From}String for virLogDestination

Ján Tomko jtomko at redhat.com
Wed Mar 16 12:15:05 UTC 2016


On Wed, Mar 16, 2016 at 12:05:34PM +0100, Erik Skultety wrote:
> In order to refactor the ugly virLogParseOutputs method, this is a neat way of
> finding out whether the destination type (in the form of a string) user
> provided is a valid one. As a bonus, if it turns out it is valid, we get the
> actual enum which will later be passed to any of virLogAddOutput methods right
> away.
> ---
>  src/util/virlog.c | 25 +++++--------------------
>  src/util/virlog.h |  5 ++++-
>  2 files changed, 9 insertions(+), 21 deletions(-)
> 

ACK

> diff --git a/src/util/virlog.h b/src/util/virlog.h
> index 9ece3b5..f4e7b62 100644
> --- a/src/util/virlog.h
> +++ b/src/util/virlog.h
> @@ -24,6 +24,7 @@
>  
>  # include "internal.h"
>  # include "virbuffer.h"
> +# include "virutil.h"
>  
>  # ifdef PACKAGER_VERSION
>  #  ifdef PACKAGER
> @@ -51,13 +52,15 @@ typedef enum {
>  # define VIR_LOG_DEFAULT VIR_LOG_WARN
>  
>  typedef enum {
> -    VIR_LOG_TO_STDERR = 1,
> +    VIR_LOG_TO_STDERR = 0,
>      VIR_LOG_TO_SYSLOG,
>      VIR_LOG_TO_FILE,
>      VIR_LOG_TO_JOURNALD,
>      VIR_LOG_TO_OUTPUT_LAST,
>  } virLogDestinationType;
>  
> +VIR_ENUM_DECL(virLogDestination)
> +

The Type*String functions are only used in virlog.c, moving the
VIR_ENUM_DECL there would remove the need to move the virutil include.

Jan




More information about the libvir-list mailing list