| From: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Jakob Egger <jakob(at)eggerapps(dot)at>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, John Naylor <johncnaylorls(at)gmail(dot)com>, Tobias Bussmann <t(dot)bussmann(at)gmx(dot)net> |
| Subject: | Re: Broken build on macOS (Universal / Intel): cpuid instruction not available |
| Date: | 2026-05-07 15:57:55 |
| Message-ID: | afy2g9v19epGW8R_@nathan |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Thu, May 07, 2026 at 11:48:04AM -0400, Tom Lane wrote:
> To make this actually work well, we'd have to do two sets of configure
> probes, one for each arch, and somehow apply the correct set of
> #defines depending on arch. That's a lot of work that I personally
> have no interest in doing, seeing that the handwriting is on the wall
> for Apple's support of x86.
>
> I wonder whether we shouldn't just disclaim support for multi-arch
> builds. If it's easy to un-break, then sure we might as well restore
> the status quo ante, but I don't think it's worth putting a ton of
> work into.
+1. I'm not mortally opposed to the idea if someone wants to do the work,
but at the moment I can't get excited about it. Perhaps multi-arch builds
will become more common down the road, though.
--
nathan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alexander Korotkov | 2026-05-07 16:13:33 | Re: Fix bug with accessing to temporary tables of other sessions |
| Previous Message | Tom Lane | 2026-05-07 15:48:04 | Re: Broken build on macOS (Universal / Intel): cpuid instruction not available |