This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch] testsuite: support board_info timeouts
- From: DJ Delorie <dj at redhat dot com>
- To: gcc-patches at gcc dot gnu dot org
- Date: Thu, 2 Jun 2011 12:48:41 -0400
- Subject: Re: [patch] testsuite: support board_info timeouts
- References: <201008100348.o7A3mVG7009468@greed.delorie.com>
I never got feedback from the testsuite maintainers on this one...
> Date: Mon, 9 Aug 2010 23:48:31 -0400
> From: DJ Delorie <dj@redhat.com>
> Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
>
>
> Is there any reason why we don't support board-level timeouts? It's
> really hard to specify timeouts for sid-based embedded targets with
> lots of multilibs (or just one, sometimes).
>
> It's certainly better than "really REALLY ugly" which is the only
> other option at that point.
>
> * lib/timeout.exp (timeout): Add board_info support.
>
> 2010-08-09 Thomas Koenig <tkoenig@gcc.gnu.org>
> Index: lib/timeout.exp
> ===================================================================
> --- lib/timeout.exp (revision 163048)
> +++ lib/timeout.exp (working copy)
> @@ -43,12 +43,14 @@ proc timeout_value { args } {
> if [info exists individual_timeout] {
> set val $individual_timeout
> } elseif [info exists tool_timeout] {
> set val $tool_timeout
> } elseif [target_info exists gcc,timeout] {
> set val [target_info gcc,timeout]
> + } elseif [board_info target exists gcc,timeout] {
> + set val [board_info target gcc,timeout]
> } else {
> # This is really, REALLY ugly, but this is the default from
> # remote.exp deep within DejaGnu.
> set val 300
> }
>
>