From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-committers(at)postgresql(dot)org |
Subject: | Re: pgsql/src (Makefile.global.in) |
Date: | 2000-12-30 00:57:29 |
Message-ID: | 15272.978137849@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> The recipe in the Autoconf manual is broken.
Possibly, but the way you were doing it was definitely broken.
> Assume that config.status has been updated to be newer than config.h.
> Chances are that it is also newer than Makefile.global. (Possibly because
> your last cvs update fetched a new configure.) Then the make run will
> first execute config.status to update Makefile.global, which will also run
> the extra commands in the second argument of AC_OUTPUT. Thus, the stamp
> file has been updated without any action taking place on config.h*.
Huh? There is only one config.status, and it'll update all its output
files whenever it runs. I don't see the issue.
>> 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. Also, although this may be a third-order
consideration, I direct your attention to configure's --no-create
option...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | tgl | 2000-12-30 01:20:55 | pgsql/src/backend/storage/ipc (ipc.c) |
Previous Message | Peter Eisentraut | 2000-12-30 00:54:17 | Re: pgsql/src (Makefile.global.in) |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2000-12-30 01:00:25 | Re: GNU readline and BSD license |
Previous Message | Peter Eisentraut | 2000-12-30 00:54:17 | Re: pgsql/src (Makefile.global.in) |