From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29876 invoked by alias); 26 Mar 2013 17:12:57 -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 29687 invoked by uid 89); 26 Mar 2013 17:12:49 -0000 X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.1 Received: from anubis.se.axis.com (HELO anubis.se.axis.com) (195.60.68.12) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 26 Mar 2013 17:12:43 +0000 Received: from localhost (localhost [127.0.0.1]) by anubis.se.axis.com (Postfix) with ESMTP id 64F4419F99; Tue, 26 Mar 2013 18:12:40 +0100 (CET) Received: from anubis.se.axis.com ([127.0.0.1]) by localhost (anubis.se.axis.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Tbak4leigLpe; Tue, 26 Mar 2013 18:12:39 +0100 (CET) Received: from thoth.se.axis.com (thoth.se.axis.com [10.0.2.173]) by anubis.se.axis.com (Postfix) with ESMTP id 5904D19F96; Tue, 26 Mar 2013 18:12:39 +0100 (CET) Received: from ignucius.se.axis.com (ignucius.se.axis.com [10.88.21.50]) by thoth.se.axis.com (Postfix) with ESMTP id 1D61A341BB; Tue, 26 Mar 2013 18:12:39 +0100 (CET) Received: from ignucius.se.axis.com (localhost [127.0.0.1]) by ignucius.se.axis.com (8.12.8p1/8.12.8/Debian-2woody1) with ESMTP id r2QHCcHI013987; Tue, 26 Mar 2013 18:12:38 +0100 Received: (from hp@localhost) by ignucius.se.axis.com (8.12.8p1/8.12.8/Debian-2woody1) id r2QHCcvp013983; Tue, 26 Mar 2013 18:12:38 +0100 Date: Tue, 26 Mar 2013 18:41:00 -0000 Message-Id: <201303261712.r2QHCcvp013983@ignucius.se.axis.com> From: Hans-Peter Nilsson To: vapier@gentoo.org CC: joel.sherrill@oarcorp.com, gdb-patches@sourceware.org In-reply-to: <201303261225.40691.vapier@gentoo.org> (message from Mike Frysinger on Tue, 26 Mar 2013 17:25:39 +0100) Subject: Re: Recent simulator patches broke many sims MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT X-SW-Source: 2013-03/txt/msg00974.txt.bz2 > From: Mike Frysinger > Date: Tue, 26 Mar 2013 17:25:39 +0100 On Sunday 24 March 2013 19:23:28 Hans-Peter Nilsson wrote: > > From: Joel Sherrill > > Date: Sun, 24 Mar 2013 15:45:27 +0100 > > > > This came in after I was done email last night. My test > > run finished overnight with no horribly bad issues. I have no idea > > what the make check results should be though and they could be > > because I simply ran "make check" with no board specified and > > no gcc for the target installed. > > This would be no news to *you*, but for the record: > > You need a board (make check RUNTESTFLAGS=--target_board=$board > with e.g. board=cris-sim). All boards are in "recent" > dejagnu-1.5 IIRC and most in ancient dejagnu-1.4.4. You need > installed binutils (e.g. in some temp location added to PATH for > the duration of the test-run) for each sim configuration as > mentioned. I don't run with target gcc; not needed for the > level of smoke test I'm after and I guess not for this change > either. > that's not entirely true. many (all but cris?) I don't think it's different but I don't plan to test without... > sims run & > pass just fine without needing to explicitly pass magic flags. It is entirely true that when a board is specified, all work. Now that you mention it, someone *did* do some changes to allow simulator tests to run without specifying a board - IIRC in some situations, assuming no special linker flags or such needed and no compiler toolchain (or no flags or libraries using simulator hooks). Reading ChangeLogs it seems it was you, on 2010-04-26. > i know the Blackfin and frv sims can build & run pretty much > all their tests w/out requiring board flags. > > imo, requiring manual board selection like this is archaic for > no good reason. One good reason IMO is that when specifying a board, all toolchain parts test alike, rather than sim (after 2010-04-26) being a special case (and binutils, mostly for not needing to run things to avoid FAILs or hanging tests). > i never test sims with specific flags, nor do i plan on starting. `make check- > sim` is my limit of testing. I guess by "never" you don't refer to the time before 2010-04-26. :) *Before* the mentioned change, you *had* to, or all sim runs would hang, which arguably wasn't very graceful... brgds, H-P