Re: Drop 32-bit support (was "Re: Fix typo 586/686 in atomics/arch-x86.h")

From: Andres Freund <andres(at)anarazel(dot)de>
To: Jakub Wartak <jakub(dot)wartak(at)enterprisedb(dot)com>
Cc: Nathan Bossart <nathandbossart(at)gmail(dot)com>, Daniel Gustafsson <daniel(at)yesql(dot)se>, Tomas Vondra <tv(at)fuzzy(dot)cz>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org>
Subject: Re: Drop 32-bit support (was "Re: Fix typo 586/686 in atomics/arch-x86.h")
Date: 2026-03-12 15:30:25
Message-ID: yb5nw2b3o7kszzur2mhd6ahpjebk365zjic7p2zopcsolpys5k@o4esrf4jrlnj
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2026-03-12 08:57:59 +0100, Jakub Wartak wrote:
> I've marked this patch (to fix typos) as returned with feedback in CF. I'm +1
> (mainly due to eliminating complexity and saving time for
> 'Linux - Debian Trixie - Meson' in Cirrus CI as it will be faster without
> testing the 32-bit stuff there; last run was like ~+7 mins for 'test_world_32'
> alone, and that's almost like 50% of the whole time there), but I think that
> the topic of removal 32-bit support deserves better transparency, so I'm
> sending this under new subject.

The reason that takes substantial time is that it uses ubsan and alignment
sanitizers.

Even if we were to get rid of 32bit support - which I don't think we have
concensus on - we wouldn't want to get rid of some of the coverage the test
currently provides us.

Greetings,

Andres Freund

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2026-03-12 15:32:43 Re: Drop 32-bit support (was "Re: Fix typo 586/686 in atomics/arch-x86.h")
Previous Message Tom Lane 2026-03-12 15:28:51 Re: Drop 32-bit support (was "Re: Fix typo 586/686 in atomics/arch-x86.h")