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 1wHp6j-007XmM-0N for pgsql-hackers@arkaria.postgresql.org; Tue, 28 Apr 2026 20:32:37 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wHp6i-000zY0-0i for pgsql-hackers@arkaria.postgresql.org; Tue, 28 Apr 2026 20:32:36 +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 1wHp6h-000zXj-2r for pgsql-hackers@lists.postgresql.org; Tue, 28 Apr 2026 20:32:35 +0000 Received: from mail-oi1-x236.google.com ([2607:f8b0:4864:20::236]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wHp6f-00000003aIh-2W4F for pgsql-hackers@lists.postgresql.org; Tue, 28 Apr 2026 20:32:35 +0000 Received: by mail-oi1-x236.google.com with SMTP id 5614622812f47-4779b2497b4so6744228b6e.3 for ; Tue, 28 Apr 2026 13:32:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1777408351; x=1778013151; darn=lists.postgresql.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=r6ragxD77yLjpcaJbHESVSXOKRpDVj4sVdeNCxOb+gc=; b=tGtw8Z+MydnXJeEEAUtl5ouRNqecNPeW+c5wZFXwI0M0DRq7lTtFh692R2vGuMBWSC C5tGHbE84Z1ZEMx80wOh8eaWUBit9BfDTOQbDmDjAVojhOwhd/WSlVJKjAbW8nWfLl1m jPk0hxXbxxjYv4kjYeZnKR5oGYyQusqs+mt8LeeICRaO/2QFiqizEYrT07XMtI5IGW8g bwXK3WhXwFpr0R3MWjmL40B1F5neuCN6pV3nMI+nvo96Z0CsWxYAiqqQWPLLqfcDKNpr mW3i52BF/mVqwmxBzvLjPcAbDN90PyIWRLL1cQD2uNzhWwXzEFJ5mFx8RLHchKRAX6xj eHGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777408351; x=1778013151; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=r6ragxD77yLjpcaJbHESVSXOKRpDVj4sVdeNCxOb+gc=; b=BZk1wTMeWKpcedKvdvvEQDZ7WPNl9iZLA1k0WBFH5McEC4IrH9wkJP0IMi1iAbTHV1 VB/YMYUdCQfZ935sXgMe2AzrfFK2IC/9RE1qqLphy+SbSCgjmUmOWRY7U+5LsCi9eJbA uNWQHg+zD/+2aUqWEbfcZ9owvJOSqFigqAfUHVtjlGofco1jvzSkw+VDpZypqp8MJvZ5 vUXGmi5glhpTzwmOzI4vV2vI7dfjcKPExfohA3tddSv812EGbpqhMcaHxxKkf9H1P1tZ k1bxg68MMWnkzzutnwiAfLS+t0W2cZn1HjF9wUGaiiFD3TWqcRjOFOmFZpaan+3iu5dl cJAg== X-Forwarded-Encrypted: i=1; AFNElJ9SvuVWGtFt+Cp+6szSz4FC0x4aNvyZxRfcinMeDWFcGVmlM6V1dA/GZbpATXV2dTY0cmjXz4gjybbkyvwC@lists.postgresql.org X-Gm-Message-State: AOJu0YwWAtzw+zqntojIo0fjJ6UYDThO5jarh050IMBhQAqwPOMQRNdV DmFPrDMO1JbwkWurZ9iclfWC2wdtGSNUVwWdKtia68bWmWkr/wxiiMnq X-Gm-Gg: AeBDies88JSlIvChInzLQATJAujN4sOjA1ny4RgmKZavULdhFaRyAifpkq/yI4yRp3i K3/TMtgdeBcyShVXHd5WQBkkmvx1+ZFweXZcz7QUNXrkiEpUkFvhisRzzU5vDRb31cB1wmmh73a QbYhJgjXQxe5EyYFQmfFswQ1ncORFbEx1Q1nhgx4/68uxc3dsGsnkVFaFu9TrGjHIKCd+FEbH9k XUYTjmU4KTL8k6rya1hdV2uNrF95wSAs1m3xhduRknb1sMJhuFcGHvEXplV1c4L47lZQk1zxyRJ SwRUdcjgtwK/LynIwopDjU3tMY8wA40tk0X3WGS44Mu1PduG+2uiGzOPSz1jGsUeiAnSfzIVnzd GljB5VJIU1P4xngAyiDqwuvzIb5lgtFtkjjFfwQwOUQ4ei+ibb9de15ce0uNb+DwatoFKmngC9b C43rqq6s1r4MBiAKxoN/LaCeTcGxvriwms8J1hPIJVxf2KAa7lMSxc8Y8G5At0liPU0M3nS9TkW /zwdEsP9EW83I2qId9IUX8QqsbTpdSV X-Received: by 2002:a05:6808:80b3:b0:467:1633:a1c3 with SMTP id 5614622812f47-47c28df9176mr2917854b6e.12.1777408351303; Tue, 28 Apr 2026 13:32:31 -0700 (PDT) Received: from nathan (162-195-168-172.lightspeed.stlsmo.sbcglobal.net. [162.195.168.172]) by smtp.gmail.com with ESMTPSA id 5614622812f47-47c42a654acsm5713b6e.18.2026.04.28.13.32.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 Apr 2026 13:32:30 -0700 (PDT) Date: Tue, 28 Apr 2026 15:32:28 -0500 From: Nathan Bossart To: Tom Lane Cc: John Naylor , Peter Eisentraut , Zhang Mingli , PostgreSQL Hackers Subject: Re: [BUG?] macOS (Intel) build =?utf-8?Q?w?= =?utf-8?Q?arnings=3A_=22ranlib=3A_file_?= =?utf-8?B?4oCm?= has no symbols" for aarch64 objects Message-ID: References: <1472307.1770229663@sss.pgh.pa.us> <2446899.1777256313@sss.pgh.pa.us> <2871418.1777382981@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="TDT48G9Q3XiJHnLN" Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --TDT48G9Q3XiJHnLN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Apr 28, 2026 at 09:09:09AM -0500, Nathan Bossart wrote: > On Tue, Apr 28, 2026 at 09:29:41AM -0400, Tom Lane wrote: >> If we do care, a low-tech solution could be to have a dummy symbol >> declared in each file, along the lines of >> >> #if HAVE_X86_64_POPCNTQ >> // code for popcntq case >> #elif HAVE_FROBNITZ >> // code for frobnitz case >> ... >> #else >> /* prevent linker complaints about empty module */ >> extern int pg_cpu_x86_dummy_variable; >> int pg_cpu_x86_dummy_variable = 0; >> #endif >> >> Actually then we'd not need to change the build systems either... > > I've been trying to avoid doing that, but it's a far simpler solution, and > in theory it should fix the problem for all platforms, too. So, it's > probably the way to go. Here's a full set of patches for back-patching purposes. protocol_openssl.c has a similar problem on older versions. I suppose this is the sort of thing I could back-patch all the way to v9.2. Does anyone feel strongly one way or the other about that? -- nathan --TDT48G9Q3XiJHnLN Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=v4-0001-Suppress-has-no-symbols-linker-warnings-on-ma.patch.v14