From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 65265 invoked by alias); 19 Jul 2015 02:35:50 -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 63981 invoked by uid 89); 19 Jul 2015 02:30:23 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_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; Sun, 19 Jul 2015 02:30:20 +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 (Postfix) with ESMTPS id 49280BC8F7; Sun, 19 Jul 2015 02:30:19 +0000 (UTC) Received: from localhost (unused-10-15-17-51.yyz.redhat.com [10.15.17.51]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t6J2UFjd000731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 18 Jul 2015 22:30:18 -0400 From: Sergio Durigan Junior To: Brendan Kirby Cc: Simon Marchi , Subject: Re: MIPS build slave References: <55A9E3F5.3090902@imgtec.com> X-URL: http://blog.sergiodj.net Date: Sun, 19 Jul 2015 02:35:00 -0000 In-Reply-To: <55A9E3F5.3090902@imgtec.com> (Brendan Kirby's message of "Fri, 17 Jul 2015 22:28:21 -0700") Message-ID: <87fv4kswuh.fsf@redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg00542.txt.bz2 On Saturday, July 18 2015, Brendan Kirby wrote: Hi Brendan, > If I'm reading this right, it looks like it's trying to exec a file that > doesn't exist. I think it's trying to exec: > /mips/proj/build-compiler/upstream-testing/mipsswbrd048/GDB-testing/debian-mips-m64/build/gdb/testsuite/outputs/gdb.mi/mi-watch/mi-watch This file should exist, because it was correctly compiled before during the testcase run: Executing on host: gcc ../../../binutils-gdb/gdb/testsuite/gdb.mi/basics.c -g -lm -o /mips/proj/build-compiler/upstream-testing/mipsswbrd048/GDB-testing/debian-mips-m64/build/gdb/testsuite/outputs/gdb.mi/mi-watch/mi-watch (timeout = 300) spawn gcc ../../../binutils-gdb/gdb/testsuite/gdb.mi/basics.c -g -lm -o /mips/proj/build-compiler/upstream-testing/mipsswbrd048/GDB-testing/debian-mips-m64/build/gdb/testsuite/outputs/gdb.mi/mi-watch/mi-watch > In fact, I'm not seeing any of the sub-directories either. The first > directory I'm seeing is: > /mips/proj/build-compiler/upstream-testing/mipsswbrd048/GDB-testing/debian-mips-m64/build/gdb/testsuite/ The debian-mips-m64 directory gets removed on every build, so depending on when you examine it you won't find the testsuite results there. My first advice would be to replicate what the BuildBot does to compile GDB, but on a temporary directory outside the buildslave's dir (so that you won't affect existing builds). Feel free to stop your buildslave while doing the steps below, if you are afraid it's going to be too much for the poor hardware. For example, you can do: ../binutils-gdb/configure --disable-binutils --disable-ld --disable-gold \ --disable-gas --disable-sim --disable-gprof --enable-targets=all --with-separate-debug-dir=/usr/lib/debug make -j1 all make -k check -j1 FORCE_PARALLEL=1 # see below before typing this Running the entire testsuite may be too much, so you can run only one test by doing: make check RUNTESTFLAGS='gdb.mi/mi-watch.exp' That should give you/us some clues about what's going on. Thanks, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/