Horton
Menu

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

Andres Freund <andres@anarazel.de>

View thread
From: Andres Freund <andres@anarazel.de>
To: Jakub Wartak <jakub.wartak@enterprisedb.com>
Cc: Nathan Bossart <nathandbossart@gmail.com>, Daniel Gustafsson <daniel@yesql.se>, Tomas Vondra <tv@fuzzy.cz>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>, Thomas Munro <thomas.munro@gmail.com>, "Jonathan S. Katz" <jkatz@postgresql.org>
Date: 2026-03-12T15:30:25Z
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

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

  1. Remove support for 8 byte tear free read/write on 32-bit