On Sun, Dec 06, 2009 at 08:27:08PM +0100, Julien Cristau wrote:
> Signed-off-by: Julien Cristau <[email protected]>
> ---
>  configure.ac |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/configure.ac b/configure.ac
> index 16f9969..2596e25 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -615,7 +615,7 @@ AC_ARG_ENABLE(multibuffer,    
> AS_HELP_STRING([--enable-multibuffer], [Build Mult
>  AC_ARG_ENABLE(dbe,            AS_HELP_STRING([--disable-dbe], [Build DBE 
> extension (default: enabled)]), [DBE=$enableval], [DBE=yes])
>  AC_ARG_ENABLE(xf86bigfont,    AS_HELP_STRING([--disable-xf86bigfont], [Build 
> XF86 Big Font extension (default: disabled)]), [XF86BIGFONT=$enableval], 
> [XF86BIGFONT=no])
>  AC_ARG_ENABLE(dpms,           AS_HELP_STRING([--disable-dpms], [Build DPMS 
> extension (default: enabled)]), [DPMSExtension=$enableval], 
> [DPMSExtension=yes])
> -AC_ARG_ENABLE(config-udev,    AS_HELP_STRING([--enable-config-udev], [Build 
> udev support (default: auto)]), [CONFIG_UDEV=$enableval], [CONFIG_UDEV=auto])
> +AC_ARG_ENABLE(config-udev,    AS_HELP_STRING([--enable-config-udev], [Build 
> udev support (default: no)]), [CONFIG_UDEV=$enableval], [CONFIG_UDEV=no])
>  AC_ARG_ENABLE(config-dbus,    AS_HELP_STRING([--enable-config-dbus], [Build 
> D-BUS API support (default: no)]), [CONFIG_DBUS_API=$enableval], 
> [CONFIG_DBUS_API=no])
>  AC_ARG_ENABLE(config-hal,     AS_HELP_STRING([--disable-config-hal], [Build 
> HAL support (default: auto)]), [CONFIG_HAL=$enableval], [CONFIG_HAL=auto])
>  AC_ARG_ENABLE(xfree86-utils,     AS_HELP_STRING([--enable-xfree86-utils], 
> [Build xfree86 DDX utilities (default: enabled)]), [XF86UTILS=$enableval], 
> [XF86UTILS=yes])
> -- 
> 1.6.5

any reason this can't be squashed into the previous patch?
it seems a bit excessive to have a patch to add it with auto and immediately
afterwards have a patch defaulting to "no" :)

(yes, I know, this way it could just be reverted to enable it again, but
it'd be a one-liner to do so anyway)

Cheers,
  Peter
_______________________________________________
xorg-devel mailing list
[email protected]
http://lists.x.org/mailman/listinfo/xorg-devel

Reply via email to