From: Joel Brobecker <brobecker@adacore.com>
To: Pedro Alves <palves@redhat.com>
Cc: Tom Tromey <tromey@redhat.com>, gdb-patches@sourceware.org
Subject: Re: FYI: fixlet for linux-dp.exp
Date: Thu, 26 Apr 2012 14:34:00 -0000 [thread overview]
Message-ID: <20120426143051.GL10958@adacore.com> (raw)
In-Reply-To: <4F9955CD.5040106@redhat.com>
> Bigger items
> ============
> ...
> * Use a throw-away slave interpreter for running each test case.
>
> I think the trouble would be globals that _are_ supposed to be persistent
> across tests, like e.g., "portnum", or whatever other globals board
> files can come up with. We'd need some common way to make
> those "master interp" owned variables (through aliases or env vars?).
> Alternatively, we could save/restore globals, but there's no globals
> standard naming scheme in place to make that remotely sane.
In AdaCore's testsuite, we addressed this sort of problem by
assigning IDs to each slave run. For instance, I routinely run
our testsuite at -j24 on my quad-core laptop, and the main loop
creates a pool of 24 slave processes, and each have a numeric ID
going from 1 to 24. When one is done with a testcase, a new one
with the same ID is started again. For something like "portnum",
I'm guessing that it would be easy to calculate it instead of
treating as a persistent global.
It also happens that we have a way for the main loop to transmit
data from the main loop down to the slave (based on JSON), but
we do not allow the slave to change globals back in the main loop.
The only data that we read back are the testcase results.
--
Joel
next prev parent reply other threads:[~2012-04-26 14:31 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-25 14:39 Tom Tromey
2012-04-26 14:04 ` Pedro Alves
2012-04-26 14:34 ` Joel Brobecker [this message]
2012-04-26 14:43 ` Tom Tromey
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=20120426143051.GL10958@adacore.com \
--to=brobecker@adacore.com \
--cc=gdb-patches@sourceware.org \
--cc=palves@redhat.com \
--cc=tromey@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