From: Paul Kocialkowski <paul.kocialkowski@linux.intel.com>
To: Lyude Paul <lyude@redhat.com>, intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH i-g-t 2/3] configure.ac: Disable chamelium by default and add enable argument
Date: Wed, 26 Jul 2017 11:08:54 +0300 [thread overview]
Message-ID: <1501056534.1331.1.camel@linux.intel.com> (raw)
In-Reply-To: <1501002448.5682.5.camel@redhat.com>
On Tue, 2017-07-25 at 13:07 -0400, Lyude Paul wrote:
> I like this patch, however there's a mistake in it:
>
> On Tue, 2017-07-25 at 15:48 +0300, Paul Kocialkowski wrote:
> > Since the chamelium is not a very usual piece of hardware and
> > requires
> > pulling-in lots of specific dependencies, it makes sense to keep it
> > disabled by default.
> >
> > An explicit --enable-chamelium argument is provided to enable it
> > when
> > necessary. This also leads to more predictable results than
> > automatically enabling it when its dependencies are met.
> >
> > Finally, whether chamelium support is enabled is printed by the
> > information summary at end of the configure run.
> >
> > Signed-off-by: Paul Kocialkowski <paul.kocialkowski@linux.intel.com>
> > ---
> > configure.ac | 17 +++++++++--------
> > 1 file changed, 9 insertions(+), 8 deletions(-)
> >
> > diff --git a/configure.ac b/configure.ac
> > index a6ab9e4a..17a226de 100644
> > --- a/configure.ac
> > +++ b/configure.ac
> > @@ -185,23 +185,23 @@ PKG_CHECK_MODULES(GSL, [gsl], [gsl=yes],
> > [gsl=no])
> > AM_CONDITIONAL(HAVE_GSL, [test "x$gsl" = xyes])
> >
> > # for chamelium
> > -AC_ARG_ENABLE(chamelium, AS_HELP_STRING([--disable-chamelium],
> > - [Enable building of chamelium libraries and tests
> > (default: yes)]),
> > - [enable_chamelium=no], [enable_chamelium=yes])
> > +AC_ARG_ENABLE(chamelium, AS_HELP_STRING([--enable-chamelium],
> > + [Enable building of chamelium libraries and tests
> > (default: no)]),
> > + [enable_chamelium=yes], [enable_chamelium=no])
>
> It appears you repeated my original mistake of switching the yes and
> no
> parameters by accident :P. This causes passing --disable-chamelium to
> result in enabling the chamelium tests instead of disabling them.
Well, the order is correct since the option is --enable-chamelium and
not --disable-chamelium anymore. However, that made me realize that it
will still enable it if --disable-chamelium is passed because I'm not
checking enableval. Will fix this in v2!
> > AM_CONDITIONAL(HAVE_CHAMELIUM, [test "x$enable_chamelium" = xyes])
> > if test "x$enable_chamelium" = xyes; then
> > PKG_CHECK_MODULES(XMLRPC, xmlrpc xmlrpc_util xmlrpc_client,
> > [],
> > - [AC_MSG_ERROR([Failed to find xmlrpc,
> > required by chamelium. Use --disable-chamelium to disable chamelium
> > support.])])
> > + [AC_MSG_ERROR([Failed to find xmlrpc,
> > required by chamelium.])])
> > PKG_CHECK_MODULES(PIXMAN, pixman-1, [],
> > - [AC_MSG_ERROR([Failed to find pixman,
> > required by chamelium. Use --disable-chamelium to disable chamelium
> > support.])])
> > + [AC_MSG_ERROR([Failed to find pixman,
> > required by chamelium.])])
> > if test x"$udev" != xyes; then
> > - AC_MSG_ERROR([Failed to find udev, required by
> > chamelium. Use --disable-chamelium to disable chamelium support.])
> > + AC_MSG_ERROR([Failed to find udev, required by
> > chamelium.])
> > fi
> > if test x"$glib" != xyes; then
> > - AC_MSG_ERROR([Failed to find glib, required by
> > chamelium. Use --disable-chamelium to disable chamelium support.])
> > + AC_MSG_ERROR([Failed to find glib, required by
> > chamelium.])
> > fi
> > if test x"$gsl" != xyes; then
> > - AC_MSG_ERROR([Failed to find gsl, required by
> > chamelium. Use --disable-chamelium to disable chamelium support.])
> > + AC_MSG_ERROR([Failed to find gsl, required by
> > chamelium.])
> > fi
> >
> > AC_DEFINE(HAVE_CHAMELIUM, 1, [Enable Chamelium support])
> > @@ -404,6 +404,7 @@ echo "Intel GPU tools"
> > echo ""
> > echo " • Tests:"
> > echo " Build tests : ${BUILD_TESTS}"
> > +echo " Chamelium tests : ${enable_chamelium}"
> > echo " Compile prime tests: ${NOUVEAU}"
> > echo " Print stack traces : ${with_libunwind}"
> > echo " Debug flags : ${DEBUG_CFLAGS}"
--
Paul Kocialkowski <paul.kocialkowski@linux.intel.com>
Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo, Finland
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2017-07-26 8:09 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-25 12:48 [PATCH i-g-t 1/3] configure.ac: Make udev a dependency for chamelium Paul Kocialkowski
2017-07-25 12:48 ` [PATCH i-g-t 2/3] configure.ac: Disable chamelium by default and add enable argument Paul Kocialkowski
2017-07-25 17:07 ` Lyude Paul
2017-07-26 8:08 ` Paul Kocialkowski [this message]
2017-07-25 12:48 ` [PATCH i-g-t 3/3] README: Add information about chamelium dependencies Paul Kocialkowski
2017-07-25 17:06 ` Lyude Paul
2017-07-25 17:06 ` [PATCH i-g-t 1/3] configure.ac: Make udev a dependency for chamelium Lyude Paul
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1501056534.1331.1.camel@linux.intel.com \
--to=paul.kocialkowski@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=lyude@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.