From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 128143 invoked by alias); 11 Feb 2016 16:44:29 -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 127334 invoked by uid 89); 11 Feb 2016 16:44:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=bare-metal, baremetal, Autoconf X-HELO: usplmg21.ericsson.net Received: from usplmg21.ericsson.net (HELO usplmg21.ericsson.net) (198.24.6.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 11 Feb 2016 16:44:27 +0000 Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id 13.8D.32102.25ABCB65; Thu, 11 Feb 2016 17:44:03 +0100 (CET) Received: from [142.133.110.144] (147.117.188.8) by smtp-am.internal.ericsson.com (147.117.188.98) with Microsoft SMTP Server id 14.3.248.2; Thu, 11 Feb 2016 11:44:24 -0500 Subject: Re: [PATCH] Support 'make check-parallel' in gdb's build dir To: Pedro Alves , References: <1455207502-11058-1-git-send-email-palves@redhat.com> From: Simon Marchi Message-ID: <56BCBA68.6000906@ericsson.com> Date: Thu, 11 Feb 2016 16:44:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <1455207502-11058-1-git-send-email-palves@redhat.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-02/txt/msg00371.txt.bz2 On 16-02-11 11:18 AM, Pedro Alves wrote: > +check-parallel: force > + @if [ -f testsuite/Makefile ]; then \ > + rootme=`pwd`; export rootme; \ > + rootsrc=`cd $(srcdir); pwd`; export rootsrc; \ > + cd testsuite; \ > + $(MAKE) $(TARGET_FLAGS_TO_PASS) check-parallel; \ > + else true; fi > + Thanks for making it a little bit more convenient. I also use the check-parallel target, it feels more natural than setting FORCE_PARALLEL. > +Parallel testing > +**************** > + > +When testing natively (that is, not with a remote host), you can run I know you just moved that text, but would you know by any chance what is meant by "remote host" here? Is it host in the Autoconf/Dejagnu, terminology? For example, if I'm building on Linux a GDB that will run on Windows to debug some bare-metal ARM, we are in presence of a remote host which is Windows? I understand why you couldn't run parallel tests against a single, bare-metal target, but I don't understand why having a remote host would limit that (assuming you can connect multiple times simultaneously to that remote host).