From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2555 invoked by alias); 17 Oct 2003 10:04:54 -0000 Mailing-List: contact ecos-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@sources.redhat.com Received: (qmail 2488 invoked from network); 17 Oct 2003 10:04:53 -0000 Received: from unknown (HELO londo.lunn.ch) (80.238.139.98) by sources.redhat.com with SMTP; 17 Oct 2003 10:04:53 -0000 Received: from lunn by londo.lunn.ch with local (Exim 3.36 #1 (Debian)) id 1AARTW-0001YB-00; Fri, 17 Oct 2003 12:04:50 +0200 Date: Fri, 17 Oct 2003 10:04:00 -0000 To: James Yates Cc: ecos-discuss@sources.redhat.com Message-ID: <20031017100450.GK32391@lunn.ch> Mail-Followup-To: James Yates , ecos-discuss@sources.redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i From: Andrew Lunn Subject: Re: [ECOS] SH2 Build Problems X-SW-Source: 2003-10/txt/msg00321.txt.bz2 > The fgrep command is specified in the architecture cdl script: > > make -priority 1 { > /include/cyg/hal/sh2_offsets.inc : /src/var_mk_defs.c > $(CC) $(CFLAGS) $(INCLUDE_PATH) -Wp,-MD,sh2_offsets.tmp -o var_mk_defs.tmp -S $< > fgrep .equ var_mk_defs.tmp | sed s/#// > $@ > @echo $@ ": \\" > $(notdir $@).deps > @tail +2 sh2_offsets.tmp >> $(notdir $@).deps > @echo >> $(notdir $@).deps > @rm sh2_offsets.tmp var_mk_defs.tmp > } > > The scripts in both the working and non-working trees are > identical. Can anyone tell me where this fgrep command is called > from in the build process or why in one build this doesn't happen > the second time. The "-priority 1" controls when this section of make script is executed. See: http://ecos.sourceware.org/ecos/docs-latest/cdl-guide/build.make.html#BUILD.CUSTOM One guess as to why it does not do it is because the dependencies are wrong somehow. It thinks the target is up to date so there is no need to rebuilt it. Deleting the file should force it to rebuild it. Andrew -- Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos and search the list archive: http://sources.redhat.com/ml/ecos-discuss