Re: Re: [COMMITTERS] pgsql/src (Makefile.global.in) - Mailing list pgsql-hackers

From Ian Lance Taylor
Subject Re: Re: [COMMITTERS] pgsql/src (Makefile.global.in)
Date
Msg-id sin1d9ekvn.fsf@daffy.airs.com
Whole thread Raw
In response to Re: [COMMITTERS] pgsql/src (Makefile.global.in)  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:

> That would probably work, but I'm kind of hesitant to create an empty
> input file in cvs just to serve this marginal feature.  (It wouldn't take
> /dev/null because it tries to use .//dev/null.)  Moreover, the likely
> candidate name stamp-h.in is sort of reserved for doing the same trickery
> on autoheader, in case we ever use that.
>
> I came up with this:
>
> diff -c -r1.86 configure.in
> *** configure.in        2001/01/01 23:10:09     1.86
> --- configure.in        2001/01/02 19:20:16
> ***************
> *** 1140,1144 ****
>   ],
>   [
>   # Update timestamp for config.h (see Makefile.global)
> ! echo >src/include/stamp-h
>   ])
> --- 1140,1144 ----
>   ],
>   [
>   # Update timestamp for config.h (see Makefile.global)
> ! test x"$CONFIG_HEADERS" != x"" && echo >src/include/stamp-h
>   ])
>
> This only updates the stamp file if config.h is actually being considered
> by config.status.

That's the usual approach.  For example, when automake is used with a
single configuration header in the same directory, it puts this in
configure:

test -z "$CONFIG_HEADERS" || echo timestamp > stamp-h

automake handles these sorts of details automatically.

Ian

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [COMMITTERS] pgsql/src (Makefile.global.in)
Next
From: Patrick Welche
Date:
Subject: Re: GNU readline and BSD license