From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27324 invoked by alias); 2 Sep 2004 01:23:11 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 27316 invoked from network); 2 Sep 2004 01:23:10 -0000 Received: from unknown (HELO avtrex.com) (216.102.217.178) by sourceware.org with SMTP; 2 Sep 2004 01:23:10 -0000 Received: from avtrex.com ([192.168.0.111] RDNS failed) by avtrex.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 1 Sep 2004 18:24:14 -0700 Message-ID: <4136762F.80005@avtrex.com> Date: Thu, 02 Sep 2004 01:23:00 -0000 From: David Daney User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031030 MIME-Version: 1.0 To: Dan Kegel CC: GCC Mailing List Subject: Re: RFH: dejagnu and make check using remote testing host... References: <41366689.2060503@kegel.com> In-Reply-To: <41366689.2060503@kegel.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 02 Sep 2004 01:24:14.0628 (UTC) FILETIME=[8EF1C640:01C4908B] X-SW-Source: 2004-09/txt/msg00093.txt.bz2 Dan Kegel wrote: > ddaney@avtrex.com wrote: > >>I have configured dejagnu for testing a GCC cross compiler on a network >>connected board. The configuration worked well for me on GCC-3.3.x and >>3.4.x, however something wierd is happening to me for the current mainline. >> >>Some of the execution tests run correctly, in others it looks like the >>testsuite dirvers/dejagnu thinks the ftp of the executable to the target >>fails when it is still in progress, or in other cases it tries to >>execute the programs before they have been transfered. >> >>running make check from libffi or libjava works fine. The problems I am >>seeing are in gcc.c-torture/execute >> >>The configuration is as follows: >> >>--host=i686-pc-linux-gnu --target=mipsel-linux >> >>Attached is a fragment of gcc.log. >> >>Can anyone think of what the problem might be? >> >>Executing on host: /newdisk/programs/mipsel-gccmaincvs/gcc/xgcc -B/newdisk/programs/mipsel-gccmaincvs/gcc/ /newdisk/programs/gccmaincvs/gcc/gcc/testsuite/gcc.c-torture/execute/20000113-1.c -w -O0 -lm -o /newdisk/programs/mipsel-gccmaincvs/gcc/testsuite/20000113-1.x0 (timeout = 300) >>PASS: gcc.c-torture/execute/20000113-1.c compilation, -O0 >>... >>ftp> put /newdisk/programs/mipsel-gccmaincvs/gcc/testsuite/20000113-1.x0 /tmp/20000113-1.x0.15879 >>Download of /newdisk/programs/mipsel-gccmaincvs/gcc/testsuite/20000113-1.x0 to proton3 failed. >>UNRESOLVED: gcc.c-torture/execute/20000113-1.c execution, -O0 > > > Which version of expect are you using? The stock one > has a bug which causes occasional spurious failures, > described in http://gcc.gnu.org/PR12096 > (I haven't seen the one you're seeing, but then, I've never > used FTP as a transport when using dejagnu). I upgraded to the latest TCL, expect and dejagnu and still had the problems. > > Also, you might consider using rsh as the transport; see I think the ftp transport is screwed up. I switched to rcp with this board file: -------------8<--------------------- load_base_board_description "unix"; # The generic type of board. set board_info($board,generic_name) "unix" # The name used to connect to this machine. set board_info($board,hostname) "proton3" set board_info($board,ftp_directory) "/tmp" set prefix_dir "/tmp" --------------8<-------------------- Kind of a mixture of what I got from Andrew Haley and your site. and it is magically working again. The ftp method used to work for me, but something changed somewhere..... Thanks for your help, David Daney.