From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20194 invoked by alias); 20 Dec 2002 02:09:10 -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 20138 invoked from network); 20 Dec 2002 02:09:07 -0000 Received: from unknown (HELO delorie.com) (207.22.48.162) by 209.249.29.67 with SMTP; 20 Dec 2002 02:09:07 -0000 Received: from envy.delorie.com (envy.delorie.com [207.22.48.171]) by delorie.com (8.11.6/8.9.1) with ESMTP id gBK28gv01139; Thu, 19 Dec 2002 21:08:42 -0500 Received: (from dj@localhost) by envy.delorie.com (8.11.6/8.11.2) id gBK28gw19118; Thu, 19 Dec 2002 21:08:42 -0500 Date: Thu, 19 Dec 2002 18:23:00 -0000 Message-Id: <200212200208.gBK28gw19118@envy.delorie.com> X-Authentication-Warning: envy.delorie.com: dj set sender to dj@delorie.com using -f From: DJ Delorie To: neroden@twcny.rr.com CC: gcc-patches@gcc.gnu.org, binutils@sources.redhat.com, gdb-patches@sources.redhat.com In-reply-to: <20021220015902.GA1721@doctormoo> (message from Nathanael Nerode on Thu, 19 Dec 2002 20:59:02 -0500) Subject: Re: (toplevel patch) Fix multilib.out dependencies and related problems References: <20021220015902.GA1721@doctormoo> X-SW-Source: 2002-12/txt/msg00571.txt.bz2 > In other words, when multilib.out is considered 'out of date' and > needs to be rebuilt, its rule is run. But if that rule doesn't > change the datestamp on multilib.out, Make decides that the things > depending on multilib.out, such as foo/Makefile, *don't* need to be > rebuilt. Yup. See gcc's Makefile for examples of how to do this. They do it like this: multilib.out : multilib.ts ; @true multilib.ts : [dependencies] foo > multilib.tmp $(SHELL) $(srcdir)/move-if-change multilib.tmp multilib.out echo timestamp > multilib.ts The other multilib.out targets just depend on multilib.out: $target/[module]/multlib.out : multilib.out cp multilib.out $target/[module]/multilib.out