Re: Build failure with GCC 15 (defaults to -std=gnu23)

From: Robins Tharakan <tharakan(at)gmail(dot)com>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andres Freund <andres(at)anarazel(dot)de>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Peter Eisentraut <peter(at)eisentraut(dot)org>, Sam James <sam(at)gentoo(dot)org>, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: Build failure with GCC 15 (defaults to -std=gnu23)
Date: 2024-12-14 10:46:57
Message-ID: CAEP4nAzNb=ikYY6k8a0V2XP-M-HXga6Wf2hVbr7JAY1Aots-1Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Sat, 14 Dec 2024 at 00:18, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:

> We actually have a good deal of protection against concurrent runs
> clobbering each other.
>
> It's not clear to me if you're using "run_branches.pl --run-parallel" or
> not. If not, you might like to consider changing to that - it's the
> recommended way of doing concurrent runs. Apart from any other reason it
> removes the need for a lot of redundant git fetches. By default it staggers
> concurrent build starts by 60 seconds.
>
>
In this case I didn't use run_branches.pl. I just opened up two sessions
and triggered two
separate runs for v16 / v17 (with --force) since master just came out
green. Efficiency aside,
at worst I was expecting two concurrent runs to be slower, but not error
out.

Unrelated, for a slow system my understanding was that it's quite
inefficient to keep running older
branches every few minutes (like HEAD does) - so for some of the animals I
explicitly run older
branches (for e.g. v13) every few hours, but HEAD runs every few minutes.

Are you saying it's still a good idea to run all together every few minutes
(and let older branches
skip if there's nothing to do)?

-
robins

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2024-12-14 17:04:50 Re: Build failure with GCC 15 (defaults to -std=gnu23)
Previous Message Tom Lane 2024-12-13 22:02:32 Re: "memory exhausted" in query parser/simplifier for many nested parentheses