From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18876 invoked by alias); 20 Jan 2005 05:55:13 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 18818 invoked from network); 20 Jan 2005 05:55:02 -0000 Received: from unknown (HELO ns1.nec.com.au) (147.76.180.1) by sourceware.org with SMTP; 20 Jan 2005 05:55:02 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by ns1.nec.com.au (Postfix) with ESMTP id 0B3EA3774B; Thu, 20 Jan 2005 16:55:01 +1100 (EST) Received: from ns1.nec.com.au ([127.0.0.1]) by localhost (ns1.nec.com.au [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 21600-01-12; Thu, 20 Jan 2005 16:55:00 +1100 (EST) Received: from smtp2.nec.com.au (smtp2.internal.nec.com.au [172.31.8.19]) by ns1.nec.com.au (Postfix) with ESMTP id E396937748; Thu, 20 Jan 2005 16:55:00 +1100 (EST) Received: from deer.kts.nec.com.au (localhost.localdomain [127.0.0.1]) by smtp2.nec.com.au (8.12.8/8.12.8) with ESMTP id j0K5sxfD018906; Thu, 20 Jan 2005 16:55:00 +1100 Received: from dvalin.dd.nec.com.au ([172.31.20.70]) by deer.kts.nec.com.au (8.12.5/8.12.5/Debian-1) with ESMTP id j0K5qsI5018921; Thu, 20 Jan 2005 16:52:54 +1100 Received: from dvalin.dd.nec.com.au (localhost [127.0.0.1]) by dvalin.dd.nec.com.au (8.12.3/8.12.3/Debian-5) with ESMTP id j0K5qoYi005448; Thu, 20 Jan 2005 16:52:50 +1100 Received: (from erik@localhost) by dvalin.dd.nec.com.au (8.12.3/8.12.3/Debian-5) id j0K5qn9v005446; Thu, 20 Jan 2005 16:52:49 +1100 From: Erik Christiansen Date: Thu, 20 Jan 2005 05:55:00 -0000 To: Hans-Peter Nilsson Cc: binutils@sources.redhat.com Subject: Re: Testsuite for avr-as Message-ID: <20050120055249.GC929@dd.nec.com.au> References: <20041207003334.GB732@dd.nec.com.au> <20041207042355.GC732@dd.nec.com.au> <20041209062044.GB764@dd.nec.com.au> <20041210063526.GA752@dd.nec.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040722i X-SW-Source: 2005-01/txt/msg00281.txt.bz2 Initial DejaGnu results for the avr target, running the generic gas tests plus the first avr-specific .d file are: === gas Summary === # of expected passes 17 # of expected failures 1 # of unresolved testcases 2 ../as-new 20041118 # Thank you, Hans-Peter. :-) After eliminating errors due to incomplete "regexification" of the new opcode.d file, gas.log still reports "UNRESOLVED: opcode". No problem, adding "set verbose 1" elucidates to this extent: Error/Warning threshold exceeded: 1 0 (max. 1 3) And "set verbose 3" additionally lists the regex/line pairs tested. _But_, at no point is the error shown in the log. Is there a known way to induce DejaGnu to reveal the "Error/Warning" that it claims to have detected? Erik On Fri, Dec 10, 2004 at 07:15:08AM -0500, Hans-Peter Nilsson wrote: > On Fri, 10 Dec 2004, Erik Christiansen wrote: > > > > a) Figure out how to specify the assembler path, so we can regression > > > > test a newly built one. (Doesn't seem to be an option in the *.d > > > > head) > > > > > > No, you don't have to do this, the framework does it for you. > > > What I said should be all that's needed. Did you change all > > > mmix-* to avr-*? > > > > Nope, I followed the Dec 07 advice, quoted at the top of this email, > > copying only mmix.exp to gas/testsuite/gas/avr/avr.exp, and performing > > the substitution. Was that the right thing to do? > > Yes. > > > Would you be able to hint how "the framework does it for you"? > > All just-built gas are called $objdir/gas/as-new, and since > "make check" is run from $objdir/gas/testsuite, dejagnu doesn't > have to look very far. Dejagnu knows about the name as-new. > > Oh, did you mean checking an *installed* avr-gas, not the one in > objdir/gas? Ok, that's a different thing. I'm sure it can be > done, but I haven't looked up the details. (Assuming you > configured for avr-unknown-elf, it should suffice, but perhaps > it doesn't, to have avr-unknown-elf-gas in your $PATH, and not > having as-new there. I'm sure patches are welcome. ;-) > > > Looking in the Makefile in obj-avr/gas, to find out where config is > > picked up, the "check" target becomes "check-recursive", which doesn't > > seem to be there. So now I'm digging through run_dump_test, since it > > must be revealed that way. (Eventually :-) > > That detail isn't very revealing, methinks. You missed the turn > at the $(RECURSIVE_TARGETS) rule which eventually lands on the > check-DEJAGNU rule, executing "runtest" with parameters. > > The executable run from run_dump_test is just through the tcl > variable $AS, setup by the dejagnu framework (see proc find_gas > in dejagnu libgloss.exp -- yes, that file is a bit misnamed). > > > > Usually people build in a directory other than where the source > > > is. Maybe you don't do that and there are issues with running > > > the testsuite in the source directory. > > > > No way! Though I had been getting away with that for several years, > > there has been enough traffic on this topic, on several lists, > > indicating that it is not supported. > > It should still work to build, at least for binutils, but > perhaps it's broken for "check". > > All I said above I just looked up in the installed dejagnu and > objdir/gas. There's no magic documentation path. You would > eventually have found it out. And I think that way would be > better too. > > brgds, H-P -- _,-_|\ Erik Christiansen Phone: +61 3 9264 3416 / \ Research & Development Division Fax: +61 3 9264 3438 \_,-.__/ Voice Products Department v NEC Business Solutions Pty. Ltd. www.necbs.com.au