Re: Tarball builds in the new world order

From: Peter Eisentraut <peter(at)eisentraut(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Greg Sabino Mullane <htamfids(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org, Magnus Hagander <magnus(at)hagander(dot)net>
Subject: Re: Tarball builds in the new world order
Date: 2024-05-03 13:57:35
Message-ID: f122c665-ec76-4f3f-9c5d-a08136ac9487@eisentraut.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 29.04.24 18:14, Tom Lane wrote:
> Peter Eisentraut <peter(at)eisentraut(dot)org> writes:
>> On 26.04.24 21:24, Tom Lane wrote:
>>> Concretely, I'm proposing the attached. Peter didn't like
>>> PG_COMMIT_HASH, so I have PG_COMMIT_REFSPEC below, but I'm not
>>> wedded to that if a better name is proposed.
>
>> This seems ok to me, but note that we do have an equivalent
>> implementation in meson. If we don't want to update that in a similar
>> way, maybe we should disable it.
>
> OK. After poking at that for awhile, it seemed like "default to
> HEAD" fits into meson a lot better than "throw an error if the
> variable isn't set", so I switched to doing it like that.
> One reason is that AFAICT you can only set the variable during
> "meson setup" not during "ninja". This won't matter to the
> tarball build script, which does a one-off configuration run
> anyway. But for manual use, a movable target like HEAD might be
> more convenient given that behavior.

This patch looks good to me.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David G. Johnston 2024-05-03 13:58:50 Re: Document NULL
Previous Message Robert Haas 2024-05-03 13:55:22 Re: Removing unneeded self joins