Re: BUG #18839: ARMv7 builds fail due to missing __crc32cw and similar

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Mathew Heard <mat999(at)gmail(dot)com>
Cc: pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #18839: ARMv7 builds fail due to missing __crc32cw and similar
Date: 2025-03-14 00:19:42
Message-ID: 2953389.1741911582@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Mathew Heard <mat999(at)gmail(dot)com> writes:
> The relevant commit we have removed from our build that has returned the
> ability to build is.
> https://github.com/postgres/postgres/commit/5980f1884fc911af120c98ad440b9546ed9012c5
> GCC 12.2.0-3 (latest for debian bullseye)
> Debian Bullseye
> ARMv7 (Allwinner H3)

I spent some time today trying to reproduce this, without success.
One thing I noticed is that Debian 11 seems to have shipped with
gcc 10.2.1, while gcc 12.2.0 comes with Debian 12 (Bookworm).
I don't doubt that you can get gcc 12 for Debian 11, but I wonder
if there's some OS-vs-compiler version skew underlying this issue
for you.

The real question though is how the configure test could succeed
only to get a failure in the main build. If you would get
"undefined reference to `__crc32cb'" etc in the main build,
the configure probe should have failed in the same way.
I tried assorted -march settings with both of those gcc versions
and it acted as-expected for me.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2025-03-14 00:23:53 Re: CHECK that involves a function call behaves differently during bulk load?
Previous Message David G. Johnston 2025-03-13 22:52:42 Re: CHECK that involves a function call behaves differently during bulk load?