From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 77053 invoked by alias); 7 Apr 2015 03:59:22 -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 77030 invoked by uid 89); 7 Apr 2015 03:59:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: bastet.se.axis.com Received: from bastet.se.axis.com (HELO bastet.se.axis.com) (195.60.68.11) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 07 Apr 2015 03:59:18 +0000 Received: from localhost (localhost [127.0.0.1]) by bastet.se.axis.com (Postfix) with ESMTP id 96E3B1809C; Tue, 7 Apr 2015 05:59:14 +0200 (CEST) Received: from bastet.se.axis.com ([IPv6:::ffff:127.0.0.1]) by localhost (bastet.se.axis.com [::ffff:127.0.0.1]) (amavisd-new, port 10024) with LMTP id JPTJSEn163AB; Tue, 7 Apr 2015 05:59:13 +0200 (CEST) Received: from boulder.se.axis.com (boulder.se.axis.com [10.0.2.104]) by bastet.se.axis.com (Postfix) with ESMTP id CD32B18072; Tue, 7 Apr 2015 05:59:13 +0200 (CEST) Received: from boulder.se.axis.com (localhost [127.0.0.1]) by postfix.imss71 (Postfix) with ESMTP id B55FC1038; Tue, 7 Apr 2015 05:59:13 +0200 (CEST) Received: from seth.se.axis.com (seth.se.axis.com [10.0.2.172]) by boulder.se.axis.com (Postfix) with ESMTP id A8F08EAC; Tue, 7 Apr 2015 05:59:13 +0200 (CEST) Received: from ignucius.se.axis.com (ignucius.se.axis.com [10.88.21.50]) by seth.se.axis.com (Postfix) with ESMTP id A69A23E049; Tue, 7 Apr 2015 05:59:13 +0200 (CEST) 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 t373xDBc025794; Tue, 7 Apr 2015 05:59:13 +0200 Received: (from hp@localhost) by ignucius.se.axis.com (8.12.8p1/8.12.8/Debian-2woody1) id t373xCno025790; Tue, 7 Apr 2015 05:59:12 +0200 Date: Tue, 07 Apr 2015 03:59:00 -0000 Message-Id: <201504070359.t373xCno025790@ignucius.se.axis.com> From: Hans-Peter Nilsson To: vapier@gentoo.org CC: gdb-patches@sourceware.org In-reply-to: <20150407025822.GR16816@vapier> (message from Mike Frysinger on Tue, 7 Apr 2015 04:58:22 +0200) Subject: Re: Patch, sim: fix m68hc11 and iq2000 testsuites using dejagnu baseboard files MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT X-SW-Source: 2015-04/txt/msg00179.txt.bz2 > From: Mike Frysinger > Date: Tue, 7 Apr 2015 04:58:22 +0200 > odd, it's working for me. what is different about your environment ? i'm just > doing `make sim-check`. This is old. :) You never specify the dejagnu sim baseboards (defaulting to "unix.exp" the native one), while I do; see the subject. I.e. you never pass RUNTESTFLAGS=--target_board=iq2000-sim etc. Let's no argue about the validity of doing either: the simulator is at such a low level that its test-suite can be argued to know how to build simple programs for itself, but it should also not have to have a different baseboard required than the rest of a unified-tree (aka. uberbaum) setup. (Not that iq2000-elf nor m68hc11 appear to have actively maintained toolchains...) > i really don't want the sim to get into the business of fighting dejagnu over > what a sane environment looks like. Too late. > but i also don't want to start sprinkling > this logic over all targets. so moving the existing mips logic to run_sim_test > in lib/sim-defs.exp seems like the least worse option to me. And that's what I referred to as the "too smart" alternative of moving it do run_sim_test (I did have a quick look). Better keep it target-specific, as it's the specific target board file that's "broken" (besides the "-Wl,"-stripping). If those targets change in level of activity, I expect the ldscript business to be fixed too. brgds, H-P