From: | Christoph Berg <myon(at)debian(dot)org> |
---|---|
To: | debian-devel <debian-devel(at)lists(dot)debian(dot)org>, PostgreSQL in Debian <pgsql-pkg-debian(at)lists(dot)postgresql(dot)org> |
Subject: | Re: The end of 32-bit PostgreSQL support in Debian |
Date: | 2024-08-21 09:32:27 |
Message-ID: | ZsW0K2y4i_Pj5fGR@msg.df7cb.de |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-pkg-debian |
Re: To debian-devel
> it has probably been a decade since I've last seen a PostgreSQL
> installation in the wild on a 32-bit machine. PostgreSQL itself works
> fine there, but more and more extensions are not compatible anymore,
> either deliberately, or (more common) because of subtle bugs in printf
> patterns, double precision values not fitting in a PG Datum, or other
> porting problems. Each time this happens, someone has to go digging
> what's wrong this time, while in reality, there are likely no users at
> all for this PG extension on 32-bit architectures.
A new example for this has just arrived, in pgpool2 4.5.3:
https://pgdgbuild.dus.dg-i.net/job/pgpool2-binaries/architecture=i386,distribution=sid/130/console
10:39:04 snprintf.c:409:1: error: conflicting types for ‘strchrnul’; have ‘const char *(const char *, int)’
10:39:04 409 | strchrnul(const char *s, int c)
10:39:04 | ^~~~~~~~~
10:39:04 In file included from snprintf.c:43:
10:39:04 /usr/include/string.h:286:14: note: previous declaration of ‘strchrnul’ with type ‘char *(const char *, int)’
10:39:04 286 | extern char *strchrnul (const char *__s, int __c)
10:39:04 | ^~~~~~~~~
64-bit builds are fine.
So we'll definitely proceed with removing 32-bit extensions.
Christoph
From | Date | Subject | |
---|---|---|---|
Next Message | apt.postgresql.org Repository Update | 2024-08-23 08:00:06 | barman updated to version 3.11.1-1.pgdg+1 |
Previous Message | Bradford Boyle | 2024-08-21 06:21:21 | Re: vip-manager and vip-manager2 FTBFS |