This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: (toplevel patch) Fix multilib.out dependencies and related problems
- From: DJ Delorie <dj at delorie dot com>
- To: neroden at twcny dot rr dot com
- Cc: gcc-patches at gcc dot gnu dot org, binutils at sources dot redhat dot com, gdb-patches at sources dot redhat dot com
- Date: Thu, 19 Dec 2002 21:08:42 -0500
- Subject: Re: (toplevel patch) Fix multilib.out dependencies and related problems
- References: <20021220015902.GA1721@doctormoo>
> 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