From: Paolo Bonzini <pbonzini@redhat.com>
To: Blue Swirl <blauwirbel@gmail.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] tests: adjust gcov variables for directory movement
Date: Fri, 18 Jan 2013 09:52:39 +0100 [thread overview]
Message-ID: <50F90D57.3050806@redhat.com> (raw)
In-Reply-To: <CAAu8pHvywRo_UR2NYkZt7ViTFwO-=1W8kXP81rOxKms5FMp9-A@mail.gmail.com>
Il 17/01/2013 21:43, Blue Swirl ha scritto:
>> > Blue, can you look at introducing a common variable for the coroutine
>> > backend? Like
>> >
>> > coroutine-backend-y = gthread
>> > coroutine-backend-$(CONFIG_SIGALTSTACK_COROUTINE) = sigaltstack
>> > coroutine-backend-$(CONFIG_UCONTEXT_COROUTINE) = ucontext
>> > coroutine-backend-$(CONFIG_WIN32) = win32
>> >
>> > and using it in both Makefile.objs and tests/Makefile.
>> > Another alternative is to use $(filter) to pick the one file that
>> > is actually part of $(block-obj-y). Thanks!
> OK. Related to this, perhaps it would be better to rearrange the test
> directory so that in most cases there is 1:1 relation with a test and
> the code that it tests, for example qobject/qdict.c would be tested by
> tests/qobject/qdict.c. This would simplify the Makefile a lot.
I'd prefer tests/qobject/check-qdict.c, but that's the idea yes.
> Then we could also add a dummy test for each source file mechanically
> to see how low the test coverage really is and to encourage writing
> more of them.
True, one of the points of introducing libqemuutil.a is to easily
identify code that can be unit tested and headers where gtk-doc comments
can be added.
Of course there can be other unit tests (e.g. main loop, coroutines,
QOM, etc.) but that's the low-hanging fruit.
Paolo
prev parent reply other threads:[~2013-01-18 8:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-15 8:49 [Qemu-devel] [PATCH] tests: adjust gcov variables for directory movement Paolo Bonzini
2013-01-17 20:43 ` Blue Swirl
2013-01-18 8:52 ` Paolo Bonzini [this message]
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=50F90D57.3050806@redhat.com \
--to=pbonzini@redhat.com \
--cc=blauwirbel@gmail.com \
--cc=qemu-devel@nongnu.org \
/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.