| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
| 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 18:27:43 |
| Message-ID: | 1472307.1770229663@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Nathan Bossart <nathandbossart(at)gmail(dot)com> writes:
> 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.
The idea I'd had was to simply merge pg_popcount_aarch64.c
and pg_popcount_x86.c into one file. Since each one is basically
one giant #ifdef block conditioned on a different symbol, they'd not
interfere. But I wouldn't propose this unless it made sense from
a code-structure viewpoint, and I'm not sure it does. It could
make sense if there was some code that could be shared, but I'm
not seeing much.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Nathan Bossart | 2026-02-04 18:33:13 | Re: pg_dumpall --roles-only interact with other options |
| Previous Message | Matheus Alcantara | 2026-02-04 17:54:11 | Re: Show expression of virtual columns in error messages |