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.94.2) (envelope-from ) id 1rlnr0-004HLn-Em for pgsql-bugs@arkaria.postgresql.org; Sun, 17 Mar 2024 10:34:58 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rlnqy-00A3pU-OZ for pgsql-bugs@arkaria.postgresql.org; Sun, 17 Mar 2024 10:34:57 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rlnqy-00A3pH-FA for pgsql-bugs@lists.postgresql.org; Sun, 17 Mar 2024 10:34:56 +0000 Received: from smtp69.iad3b.emailsrvr.com ([146.20.161.69]) by makus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rlnqv-004xyf-AL for pgsql-bugs@lists.postgresql.org; Sun, 17 Mar 2024 10:34:55 +0000 X-Auth-ID: xof@thebuild.com Received: by smtp9.relay.iad3b.emailsrvr.com (Authenticated sender: xof-AT-thebuild.com) with ESMTPSA id E4F012007B; Sun, 17 Mar 2024 06:34:52 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: Regression tests fail with musl libc because libpq.so can't be loaded From: Christophe Pettus In-Reply-To: Date: Sun, 17 Mar 2024 03:33:52 -0700 Cc: Thomas Munro , Tom Lane , PostgreSQL Bugs Content-Transfer-Encoding: quoted-printable Message-Id: <68C88EE3-CDCB-4993-9173-3A773F491F3A@thebuild.com> References: <2852940.1710599083@sss.pgh.pa.us> <443da167-ee01-47d2-9c83-105694b4cbd5@technowledgy.de> To: Wolfgang Walther X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Classification-ID: 9ff350c0-0909-4fc4-851b-e6c58f0bad92-1-1 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On Mar 17, 2024, at 02:44, Wolfgang Walther = wrote: >=20 > Nailed it. PS_USE_NONE fixes it. Given the musl (still?) does not define a preprocessor macro specific to = it, is there a way of improving the test in pg_status.c to catch this = case? It seems wrong that the current test passes a case that doesn't = actually work.=