From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8513 invoked by alias); 1 Sep 2014 08:44:59 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 8464 invoked by uid 89); 1 Sep 2014 08:44:58 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.8 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 01 Sep 2014 08:44:56 +0000 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s818iq9h012568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 1 Sep 2014 04:44:53 -0400 Received: from host2.jankratochvil.net (ovpn-113-193.phx2.redhat.com [10.3.113.193]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s818invh032453 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Mon, 1 Sep 2014 04:44:52 -0400 Date: Mon, 01 Sep 2014 08:44:00 -0000 From: Jan Kratochvil To: Yao Qi Cc: gdb-patches@sourceware.org Subject: Re: [PATCH] Another board file for remote host Message-ID: <20140901084449.GA18213@host2.jankratochvil.net> References: <1409232690-24185-1-git-send-email-yao@codesourcery.com> <20140828211728.GA5062@host2.jankratochvil.net> <8761hcf4g8.fsf@codesourcery.com> <20140829123005.GA10523@host2.jankratochvil.net> <87a96jvk07.fsf@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87a96jvk07.fsf@codesourcery.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-IsSubscribed: yes X-SW-Source: 2014-09/txt/msg00011.txt.bz2 On Mon, 01 Sep 2014 10:10:32 +0200, Yao Qi wrote: > Do you plan to use this board file local-remote-host-native.exp to run > tests in parallel (set FORCE_PARALLEL to 1)? I do not think I will myself but I guess someone should setup a nightly (or even per-commit) regression testing even in this mode. > If yes, I am not sure it is correct, because I don't think current gdb > testsuite support parallel testing for remote host. I have never been dealing with remote hosts testing so I do not know. But I find it a bug in such case. > If no, why do we have to worry about parallel testing? I find it a bug that something does not work during parallel testing while it could. Testsuite takes IIRC half an hour or more in non-parallel mode. > We can mention that parallel testing with this board file is > not supported. In such case it should IMNSHO print an error so that people do not have to chase random testsuite failures if they do so and they miss the documentation mentioning it. > If you think it is unsafe to copy files to a global place (/tmp/gdb/), > how about copy files to ${build_testsuite}/remote-host? I find that really the best. Although it still should use more than a basename as there are duplicate basenames in the gdb.* directions: for i in gdb/testsuite/gdb.*;do find $i -type f -printf "%f\n";done|sort|uniq -d Thanks, Jan