From: Luiz Capitulino <lcapitulino@redhat.com>
To: Juan Quintela <quintela@redhat.com>
Cc: aliguori@us.ibm.com, qemu-devel@nongnu.org, avi@redhat.com
Subject: [Qemu-devel] Re: [PATCH 25/29] Add check support
Date: Wed, 26 Aug 2009 17:39:41 -0300 [thread overview]
Message-ID: <20090826173941.0f2c156b@doriath> (raw)
In-Reply-To: <m363cafjyb.fsf@neno.mitica>
On Wed, 26 Aug 2009 21:34:20 +0200
Juan Quintela <quintela@redhat.com> wrote:
> Luiz Capitulino <lcapitulino@redhat.com> wrote:
> > Check is a unit testing framework for C.
>
> Some notes. Configuration has changed to be a bit more consistent.
> Below I change the configuration bits to new style.
>
> Can I suggest that you name the configuration something different?
>
> CONFIG_CHECK
>
> means whatever, some for "check" variable in configure.
>
> check_suite
> test_suite
>
> or anything else?
CONFIG_CHECK_UTESTS or CONFIG_UTESTS will do, I think.
Although it might be important to keep '--enable-check' as
a configure option, because the library itself is called
'check'.
Also I haven't get feedback from the maintainers about this
stuff yet, I mean, I still don't know if they agree on having
unit-tests.
> I think that "check" alone is not enough descriptive, but this is just a
> nit pit.
>
>
> Comments about new style config
>
> >
> > diff --git a/Makefile b/Makefile
> > index bdb6b39..efeb6ba 100644
> > --- a/Makefile
> > +++ b/Makefile
> > @@ -180,6 +180,10 @@ qemu-io$(EXESUF): qemu-io.o qemu-tool.o cmd.o $(block-obj-y)
> > qemu-img-cmds.h: $(SRC_PATH)/qemu-img-cmds.hx
> > $(call quiet-command,sh $(SRC_PATH)/hxtool -h < $< > $@," GEN $@")
> >
> > +ifdef CONFIG_CHECK
> > +LIBS += $(CHECK_LIBS)
> > +endif
>
> We changed how to add libraries, you can remove this three lines.
> See below where to add it.
Ok, but you are talking about code in staging right?
As I told you on IRC, I'm a bit reluctant to change a patchset based
on upstream master to rely on something that's on staging.
The reason is not only because patches may be dropped from staging,
but also because: 1. there may be more patches on staging that
conflicts with this series and 2. reviewers not following staging
may get confused
So, we should change the process to always base a patchset against
staging or wait for the code to arrive on master to make the
appropriate changes.
> > clean:
> > # avoid old build problems by removing potentially incorrect old files
> > rm -f config.mak config.h op-i386.h opc-i386.h gen-op-i386.h op-arm.h opc-arm.h gen-op-arm.h
> > diff --git a/configure b/configure
> > index 5c1065f..18cb586 100755
> > --- a/configure
> > +++ b/configure
> > @@ -196,6 +196,7 @@ build_docs="yes"
> > uname_release=""
> > curses="yes"
> > curl="yes"
> > +check="no"
>
> new style:
> check=""
>
> > io_thread="no"
> > nptl="yes"
> > mixemu="no"
> > @@ -482,6 +483,8 @@ for opt do
> > ;;
> > --disable-curl) curl="no"
> > ;;
> > + --enable-check) check="yes"
> > + ;;
> --disable-check) check="no"
> ;;
>
> Add both.
Will do if we have a new rule for this, but --disable
is redundant as check support is disabled by default.
> > ##########################################
> > +# check probe
> > +
> > +if test "$check" = "yes" ; then
> > + `pkg-config --libs check > /dev/null 2> /dev/null` || check="no"
> > +fi
>
> Remove this bit.
>
> > +if test "$check" = "yes" ; then
> > + check="no"
> > + cat > $TMPC << EOF
> > +#include <check.h>
> > +int main(void) { suite_create("yeah"); return 0; }
> > +EOF
> > + check_libs=`pkg-config --libs check`
> > + if $cc ${ARCH_CFLAGS} $check_libs -o $TMPE $TMPC > /dev/null 2> /dev/null ; then
> > + check="yes"
> > + fi
> > +fi # test "$check"
>
> Rewrote this as:
>
> if test "$check" != "no" ; then
> cat > $TMPC << EOF
> #include <check.h>
> int main(void) { suite_create("yeah"); return 0; }
> EOF
> check_libs=`pkg-config --libs check`
> if compile_prog "" $check_libs ; then
> check=yes
> libs_tools="$check_libs $libs_tools"
> else
> if test "$check" = "yes" ; then
> echo "`check` not found and requested. Please install"
> exit 1
> fi
> check=no
> fi
> fi # test "$check"
>
> Things that changed:
> - two spaces indentation
> - use compile_prog funciton
> - Add check_libs here, not in Makefile
>
> On my patches on staging, there is a function called feature_not_found
>
> echo + exit in function will become:
>
> feature_not_found "check"
>
> just if your series got merged after my changes in staging. nothing
> else needs to be changed.
Will have a look.
>
>
> > fi
> > +if test "$check" = "yes" ; then
> > + echo "CONFIG_CHECK=y" >> $config_host_mak
> > + echo "CHECK_LIBS=$check_libs" >> $config_host_mak
> > + echo "#define CONFIG_CHECK 1" >> $config_host_h
> > +fi
>
> two last lines not needed, it becomes:
>
> > +if test "$check" = "yes" ; then
> > + echo "CONFIG_CHECK=y" >> $config_host_mak
> > +fi
>
> > if test "$brlapi" = "yes" ; then
> > echo "CONFIG_BRLAPI=y" >> $config_host_mak
> > fi
> > @@ -1723,6 +1752,9 @@ if test `expr "$target_list" : ".*softmmu.*"` != 0 ; then
> > tools="qemu-img\$(EXESUF) $tools"
> > if [ "$linux" = "yes" ] ; then
> > tools="qemu-nbd\$(EXESUF) qemu-io\$(EXESUF) $tools"
> > + if [ "$check" = "yes" ]; then
> > + tools="$tools"
> > + fi
>
> I guess you want to add something here to tools, otherwise, you are
> doing nothing here :)
It just adds infrastructure that will be used by the following
patches.
next prev parent reply other threads:[~2009-08-26 20:40 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-26 17:05 [Qemu-devel] [PATCH v2 00/29] QMonitor Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 01/29] Introduce QObject Luiz Capitulino
2009-08-26 18:12 ` [Qemu-devel] " Paolo Bonzini
2009-08-26 17:05 ` [Qemu-devel] [PATCH 02/29] Introduce QInt Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 03/29] Introduce QString Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 04/29] Introduce QDict Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 05/29] Add wrappers to functions used by the Monitor Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 06/29] monitor: New format for handlers argument types Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 07/29] monitor: Setup a QDict with arguments to handlers Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 08/29] monitor: Export QDict header Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 09/29] monitor: Port handler_0 to use QDict Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 10/29] monitor: Port handler_1 " Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 11/29] monitor: Port handler_2 " Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 12/29] monitor: Port handler_3 " Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 13/29] monitor: Port handler_4 " Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 14/29] monitor: Port handler_5 " Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 15/29] monitor: Port handler_6 " Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 16/29] monitor: Port handler_7 " Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 17/29] monitor: Drop handler_8 and handler_9 Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 18/29] monitor: Port handler_10 to use QDict Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 19/29] monitor: Split monitor_handle_command() Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 20/29] monitor: Drop unused macros Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 21/29] monitor: Drop str_allocated[] Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 22/29] monitor: Drop args[] handling code Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 23/29] monitor: fail when 'i' type is greater than 32-bit Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 24/29] monitor: Update supported types documentation Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 25/29] Add check support Luiz Capitulino
2009-08-26 19:34 ` [Qemu-devel] " Juan Quintela
2009-08-26 20:39 ` Luiz Capitulino [this message]
2009-08-26 21:53 ` Juan Quintela
2009-08-26 17:05 ` [Qemu-devel] [PATCH 26/29] Introduce QInt unit-tests Luiz Capitulino
[not found] ` <m3ocq2dyu2.fsf@neno.mitica>
2009-08-28 18:26 ` [Qemu-devel] " Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 27/29] Introduce QString unit-tests Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 28/29] Introduce QDict test data file Luiz Capitulino
2009-08-26 17:05 ` [Qemu-devel] [PATCH 29/29] Introduce QDict unit-tests Luiz Capitulino
2009-08-28 11:43 ` [Qemu-devel] [PATCH v2 00/29] QMonitor Vincent Hanquez
2009-08-28 13:22 ` Luiz Capitulino
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=20090826173941.0f2c156b@doriath \
--to=lcapitulino@redhat.com \
--cc=aliguori@us.ibm.com \
--cc=avi@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).