| From: | Peter Eisentraut <peter_e(at)gmx(dot)net> | 
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> | 
| Cc: | <pgsql-committers(at)postgresql(dot)org> | 
| Subject: | Re: pgsql/src (Makefile.global.in) | 
| Date: | 2000-12-30 16:12:21 | 
| Message-ID: | Pine.LNX.4.30.0012301707460.776-100000@peter.localdomain | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-committers pgsql-hackers | 
Tom Lane writes:
> > The rules in the makefiles cause config.status to only update the file
> > that triggered the rule.  E.g.,
>
> > GNUmakefile: GNUmakefile.in $(top_builddir)/config.status
> > 	CONFIG_FILES=$@ CONFIG_HEADERS= ./config.status
>
> > (Yes, this interface is incredibly stupid.)
>
> Uh, why don't we just make it generate all its output files each time?
Because the commands in a rule should generally only update the target
file.
Say I change backend/port/Makefile.in, then run make, then config.status
should not update Makefile.global, because that will trigger a bunch of
other rules (e.g., initdb) that I didn't ask for.
-- 
Peter Eisentraut      peter_e(at)gmx(dot)net       http://yi.org/peter-e/
| From | Date | Subject | |
|---|---|---|---|
| Next Message | petere | 2000-12-30 16:48:49 | pgsql/src/interfaces/odbc (statement.c) | 
| Previous Message | vadim | 2000-12-30 15:19:57 | pgsql/src/include/storage (bufpage.h) | 
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2000-12-30 17:57:06 | Re: oid failures on Alpha solved | 
| Previous Message | Vadim Mikheev | 2000-12-30 15:44:06 | Just fixed |