Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vneoN-009uYW-32 for pgsql-hackers@arkaria.postgresql.org; Wed, 04 Feb 2026 15:28:59 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vneoM-00C3gh-2l for pgsql-hackers@arkaria.postgresql.org; Wed, 04 Feb 2026 15:28:58 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vneoM-00C3gZ-1o for pgsql-hackers@lists.postgresql.org; Wed, 04 Feb 2026 15:28:58 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1vneoK-0000000130j-0T5K for pgsql-hackers@lists.postgresql.org; Wed, 04 Feb 2026 15:28:58 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 614FSrie1453047; Wed, 4 Feb 2026 10:28:53 -0500 From: Tom Lane To: Peter Eisentraut cc: Zhang Mingli , PostgreSQL Hackers Subject: =?UTF-8?Q?Re:_[BUG=3F]_macOS_(Intel)_build_warnings:_"ranlib:_fil?= =?UTF-8?Q?e_=E2=80=A6_has_no_symbols"_for_aarch64_objects?= In-reply-to: <4df5af1a-8528-4f9f-9daf-ec069bd66f69@eisentraut.org> References: <229aaaf3-f529-44ed-8e50-00cb6909af21@Spark> <4df5af1a-8528-4f9f-9daf-ec069bd66f69@eisentraut.org> Comments: In-reply-to Peter Eisentraut message dated "Wed, 04 Feb 2026 15:54:35 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1453045.1770218933.1@sss.pgh.pa.us> Date: Wed, 04 Feb 2026 10:28:53 -0500 Message-ID: <1453046.1770218933@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Peter Eisentraut 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... regards, tom lane