Re: buildfarm + meson

From: Andres Freund <andres(at)anarazel(dot)de>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: buildfarm + meson
Date: 2023-03-09 19:55:57
Message-ID: 20230309195557.5x7fqy5h4cvy5xru@awork3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2023-03-09 14:47:36 -0500, Andrew Dunstan wrote:
> On 2023-03-09 Th 08:28, Andrew Dunstan wrote:
> > At this stage I think I'm prepared to turn this loose on a couple of my
> > buildfarm animals, and if nothing goes awry for the remainder of the
> > month merge the dev/meson branch and push a new release.

Cool!

> > There is still probably a little polishing to do, especially w.r.t. log
> > file artefacts.

> A few things I've found:
>
> . We don't appear to have an equivalent of the headerscheck and
> cpluspluscheck GNUmakefile targets

Yes. I have a pending patch for it, but haven't yet cleaned it up
sufficiently. The way headercheck/cpluspluscheck query information from
Makefile.global is somewhat nasty.

> . I don't know how to build other docs targets (e.g. postgres-US.pdf)

There's an 'alldocs' target, or you can do ninja doc/src/sgml/postgres-US.pdf

> . There appears to be some mismatch in database names (e.g.
> regression_dblink vs contrib_regression_dblink). That's going to cause some
> issues with the module that adjusts things for cross version upgrade.

I guess we can try to do something about that, but the make situation is
overly complicated. I don't really want to emulate having randomly differing
database names just because a test is in contrib/ rather than src/.

Greetings,

Andres Freund

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Stephen Frost 2023-03-09 20:02:29 Re: Improve logging when using Huge Pages
Previous Message Nathan Bossart 2023-03-09 19:52:31 Re: Improve logging when using Huge Pages