Re: pgsql/src (Makefile.global.in) - Mailing list pgsql-committers

From Tom Lane
Subject Re: pgsql/src (Makefile.global.in)
Date
Msg-id 15272.978137849@sss.pgh.pa.us
Whole thread Raw
In response to Re: pgsql/src (Makefile.global.in)  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: pgsql/src (Makefile.global.in)
List pgsql-committers
Peter Eisentraut <peter_e@gmx.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

pgsql-committers by date:

Previous
From: tgl@postgresql.org
Date:
Subject: pgsql/src/pl/plpgsql (enable_plpgsql)
Next
From: Peter Eisentraut
Date:
Subject: Re: pgsql/src (Makefile.global.in)