Re: pgsql/src (Makefile.global.in)

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 01:42:14
Message-ID: Pine.LNX.4.30.0012300236451.822-100000@peter.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Tom Lane writes:

> Huh? There is only one config.status, and it'll update all its output
> files whenever it runs. I don't see the issue.

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.)

> >> In particular, touching it before creating config.status is guaranteed
> >> to lose.
>
> > Exactly why?
>
> Excess runs of config.status. stamp-h has to be touched after making
> config.status, not before.

Ok, now I see it. I guess we'll have to go back to forcing a touch of
config.h after config.status runs in order to get this to work properly.

--
Peter Eisentraut peter_e(at)gmx(dot)net http://yi.org/peter-e/

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2000-12-30 02:02:46 Re: pgsql/src (Makefile.global.in)
Previous Message tgl 2000-12-30 01:20:55 pgsql/src/backend/storage/ipc (ipc.c)

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2000-12-30 01:42:34 Re: GNU readline and BSD license
Previous Message The Hermit Hacker 2000-12-30 01:41:18 Re: GNU readline and BSD license