From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17215 invoked by alias); 25 Nov 2004 10:31:25 -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 17137 invoked from network); 25 Nov 2004 10:31:15 -0000 Received: from unknown (HELO cam-admin0.cambridge.arm.com) (193.131.176.58) by sourceware.org with SMTP; 25 Nov 2004 10:31:15 -0000 Received: from pc960.cambridge.arm.com (pc960.cambridge.arm.com [10.1.205.4]) by cam-admin0.cambridge.arm.com (8.12.10/8.12.10) with ESMTP id iAPAUKso017047; Thu, 25 Nov 2004 10:30:20 GMT Received: from pc960.cambridge.arm.com (localhost.localdomain [127.0.0.1]) by pc960.cambridge.arm.com (8.12.8/8.12.8) with ESMTP id iAPAV4gK011741; Thu, 25 Nov 2004 10:31:05 GMT Received: (from rearnsha@localhost) by pc960.cambridge.arm.com (8.12.8/8.12.8/Submit) id iAPAV4Me011739; Thu, 25 Nov 2004 10:31:04 GMT X-Authentication-Warning: pc960.cambridge.arm.com: rearnsha set sender to rearnsha@gcc.gnu.org using -f Subject: Re: ARM Simulator build broken From: Richard Earnshaw To: Alexandre Oliva Cc: Hans-Peter Nilsson , gdb-patches@sources.redhat.com In-Reply-To: References: <200411161535.iAGFZUN2014411@ignucius.se.axis.com> <1100703804.22014.42.camel@pc960.cambridge.arm.com> <1100707579.22014.47.camel@pc960.cambridge.arm.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: GNU Message-Id: <1101378663.11642.11.camel@pc960.cambridge.arm.com> Mime-Version: 1.0 Date: Thu, 25 Nov 2004 10:31:00 -0000 X-SW-Source: 2004-11/txt/msg00465.txt.bz2 On Wed, 2004-11-24 at 18:41, Alexandre Oliva wrote: > On Nov 17, 2004, Richard Earnshaw wrote: > > > ! sim-basics_h = $(srccom)/sim-basics.h \ > > ! cconfig_h \ > > ! tconfig_h \ > > How are the cconfig_h and tconfig_h deps supposed to be resolved? I > don't get any other grep matches for these strings within sim, and > at least the frv sim won't build because sim-core.o needs some > cconfig_h file that doesn't exist. What was the idea here? > $(cconfig_h) and $(tconfig_h), maybe? Possibly, but I think I'd intended these to be hard file dependencies on tconfig.h and cconfig.h. I've just noticed why my testing didn't pick this up... :-( The dependency in sim-load.h is also wrong (sim_basics_h, not sim-basics_h). Bah! I hate make... I'll look into it and revise the patch. R.