From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2533 invoked by alias); 2 Feb 2005 16:20:20 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 2459 invoked from network); 2 Feb 2005 16:20:13 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 2 Feb 2005 16:20:13 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j12GKD9O004452 for ; Wed, 2 Feb 2005 11:20:13 -0500 Received: from localhost.redhat.com (vpn50-94.rdu.redhat.com [172.16.50.94]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j12GKCO17231; Wed, 2 Feb 2005 11:20:12 -0500 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id C15ED7D79; Wed, 2 Feb 2005 11:19:13 -0500 (EST) Message-ID: <4200FD7F.1080406@gnu.org> Date: Wed, 02 Feb 2005 16:20:00 -0000 From: Andrew Cagney User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) MIME-Version: 1.0 To: Hans-Peter Nilsson Cc: gdb-patches@sources.redhat.com Subject: Re: Committed: fix sim subdir make calls References: <200501290057.j0T0vSpg009689@ignucius.se.axis.com> In-Reply-To: <200501290057.j0T0vSpg009689@ignucius.se.axis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-02/txt/msg00008.txt.bz2 Hans-Peter Nilsson wrote: >>Date: Fri, 28 Jan 2005 15:49:18 -0500 >>From: Andrew Cagney > > >>Ah, ok (thanks). Remember that for GDB anyone can commit configure >>changes and fixes (just ask your self "do you feel lucky" :-). > I felt lucky fixing the sim rules. I think you blew all your > rounds on the sim/common changes. :-) > You can shoot bullets with a gun?! I thought the heavy end was for bludgeoning source code ;-) > Before, a failure in any of the sim subdirs didn't stop > compilation. I think you saw that too, yes? Noticed when > letting the --enable-cgen-maint build the generated C files (but > somehow the rules can't really cope with non-existing generated > files, so something like 1+2*#cpu-variants rounds is needed). > When doing that, compilation just continued on, building gdb, > then running the sim test-suite (oops! have to submit & commit > that too) but failing to find the simulator. thanks, Andrew