Re: Windows CFBot is broken because ecpg dec_test.c error

From: Andres Freund <andres(at)anarazel(dot)de>
To: Nazir Bilal Yavuz <byavuz81(at)gmail(dot)com>
Cc: Jelte Fennema-Nio <postgres(at)jeltef(dot)nl>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Noah Misch <noah(at)leadboat(dot)com>
Subject: Re: Windows CFBot is broken because ecpg dec_test.c error
Date: 2025-02-04 17:46:42
Message-ID: ie5h5tz3xjwdtdq6mzk6xg3sv2a6l6n36btkxtceur7vs2vxic@mltu2kdri27u
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2025-01-30 16:18:54 +0300, Nazir Bilal Yavuz wrote:
> On Wed, 29 Jan 2025 at 19:50, Andres Freund <andres(at)anarazel(dot)de> wrote:
> > I don't think that's the entirety of the issue.
> >
> > Our dependencies aren't quite airtight enough. With a sufficiently modern
> > meson, try doing e.g.
> >
> > rm -rf tmp_install/ && ninja clean && meson test --suite setup --suite ecpg
> >
> > It'll fail, because the dependencies of the tests are insufficient.
> >
> > See the set of patches at
> > https://www.postgresql.org/message-id/qh4c5tvkgjef7jikjig56rclbcdrrotngnwpycukd2n3k25zi2%4044hxxvtwmgum
> >
> >
> > I think the only reason your patch on its own suffices, is that the "all"
> > target, that we ran separately beforehand, actually has sufficient
> > dependencies to make things work.
>
> Yes, you are right. I agree that what you said is the correct solution
> and that should be the ultimate goal.

I think we need to fix this properly across branches. The version of meson is
going to be more common soon. And it'll be a problem for developers too, not
just CI. I'll start working on committing these fixes across the branches,
unless somebody protests immediately.

> What I shared could be a band-aid fix to make the Windows CI task happy
> until the patches you shared get committed.

I think we'll still need something like what you propose. Although I do think
it'd be better if we continued building all targets in a dedicated _script:
block, so that you can see all build failures in those steps.

Greetings,

Andres Freund

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Matthias van de Meent 2025-02-04 17:46:57 Re: RFC: Packing the buffer lookup table
Previous Message Melanie Plageman 2025-02-04 17:44:22 Re: Eagerly scan all-visible pages to amortize aggressive vacuum