| From: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Peter Eisentraut <peter(at)eisentraut(dot)org>, Zhang Mingli <zmlpostgres(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: [BUG?] macOS (Intel) build warnings: "ranlib: file … has no symbols" for aarch64 objects |
| Date: | 2026-02-04 16:54:22 |
| Message-ID: | aYN5vmHb89m3sfgs@nathan |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, Feb 04, 2026 at 10:28:53AM -0500, Tom Lane wrote:
> Peter Eisentraut <peter(at)eisentraut(dot)org> writes:
>> On 29.01.26 07:35, Zhang Mingli wrote:
>>> These warnings appear to be related to the recent AArch64 (pg_popcount)
>>> optimization commits (possibly 79e232ca013c and fbe327e5b465d). It seems
>>> that on my Intel-based macOS system, the build process is generating
>>> empty or placeholder object files for the AArch64-specific implementations.
>>> While there is no functional impact in my environment, I'm reporting
>>> this to ensure it's noted, as other macOS/Intel users might encounter
>>> the same warnings during their build.
>
>> Probably not worth fixing, since this is an obsolescent platform.
>
> Yeah. My Intel Mac buildfarm animal (longfin) has been showing this
> for some time, but there's no corresponding warning on its ARM Mac
> brethren (sifaka/indri). I doubt it's worth fixing just to get
> rid of the warning. Although if a fix arises organically out of the
> nearby thread about popcount refactoring, that would be okay here...
Hm. The options I see for fixing this seem to be:
* Pass -no_warning_for_no_symbols flag on this platform, but that option
might not be available in older toolchains.
* Add a random symbol to this file. That seems like a hack.
* Add build logic to only compile this file when necessary. I've been
trying to get rid of complexity here, so this feels like a step backwards.
IMHO none of these options seem worth the effort to fix a warning on an
obsolescent platform, so my vote is to do nothing for now.
--
nathan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | David G. Johnston | 2026-02-04 17:02:17 | Re: Docs: Use non-default throughout the documentation |
| Previous Message | Nathan Bossart | 2026-02-04 16:42:59 | Re: Pasword expiration warning |