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 1rmp2W-00A3dS-Ul for pgsql-bugs@arkaria.postgresql.org; Wed, 20 Mar 2024 06:03:06 +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 1rmp2U-002lA1-Ov for pgsql-bugs@arkaria.postgresql.org; Wed, 20 Mar 2024 06:03:03 +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 1rmp2T-002l9s-09 for pgsql-bugs@lists.postgresql.org; Wed, 20 Mar 2024 06:03:02 +0000 Received: from wfhigh4-smtp.messagingengine.com ([64.147.123.155]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rmp2M-005S1A-IP for pgsql-bugs@lists.postgresql.org; Wed, 20 Mar 2024 06:03:00 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailfhigh.west.internal (Postfix) with ESMTP id 267FD18000BE; Wed, 20 Mar 2024 02:02:53 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Wed, 20 Mar 2024 02:02:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eisentraut.org; h=cc:cc:content-transfer-encoding:content-type:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:subject:subject:to:to; s=fm1; t=1710914572; x=1711000972; bh=tPZJhlbaZ+FDj0hQO5SMkeWMnKA5Mm23 dWa+38Zmof0=; b=b/MxUxE2KqsfOWRJfsADzhukJvkkSNF3/kDbn6CW1o8PIGv2 t9GxPeoW+U7Keo/ZeY7xso27k9EqTXR8PtmqosZDjtxWSXfvJ4xu9y8KZhdAS7/P Wf7W8BEsP7FcbruC9XQPj0no+I+iwv+BOxMY5sv7fix2Ae8hGBP9BjZhP+nSCMke 2XV2WMPuMT+nLmm2tZYWyWRYdzE2PVAqAaGvz9jq/s2RznV4P+58RXdwJ4IxFzOW JFX7gkZWSPjJoaEgSe6KAgDPNUy1j7gpgMsBzNL5qUQXl7kOM0rSngXnL2ApDAjF uj0dD+kQkDX7OStmrpAbXtXCPaaRXrTTMp44Iw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1710914572; x= 1711000972; bh=tPZJhlbaZ+FDj0hQO5SMkeWMnKA5Mm23dWa+38Zmof0=; b=n 4aIu8aRq+o0YBv7tYJpzGMjd9KtJOywPAvwLhHdGCz8XvwZx5pXqASlYtUiehmlr SqGSIOAoSMJgY2GDPAS8Ioa74a9s/NZT6V/FkNk5o8GSXjTDcoOWQbL1sO17tOKj YZnvsZXjwifQwmbk/jL2uQNVHpukravdZqXAQm1pgXuJV5dckEH6Y3+T1E4m90nC 1LbyeLz/+fR1CHpGheyciuejaR2t+dMAxpc9NaTZoURwBT8ouyGMAH4DGfEYT0Jj t3QOiCp3rbm1aX6H02kgsno4JzKIz5bt6rLIiqmLfrnDOZaxrX4h6SJdHu10k29o 0FD8C9/QFfItxoCXjuX/A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrleefgdefjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhesvghishgvnhhtrhgruhhtrdhorhhgqe enucggtffrrghtthgvrhhnpefgjedthfekfedtuefgieelheetleejgefhueeltdfhueet vdffudekfeejhfegheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehpvghtvghrsegvihhsvghnthhrrghuthdrohhrgh X-ME-Proxy: Feedback-ID: ie0a040ee:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 20 Mar 2024 02:02:51 -0400 (EDT) Message-ID: Date: Wed, 20 Mar 2024 07:02:48 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Regression tests fail with musl libc because libpq.so can't be loaded Content-Language: en-US To: Christophe Pettus , Wolfgang Walther Cc: Thomas Munro , Tom Lane , PostgreSQL Bugs References: <2852940.1710599083@sss.pgh.pa.us> <443da167-ee01-47d2-9c83-105694b4cbd5@technowledgy.de> <68C88EE3-CDCB-4993-9173-3A773F491F3A@thebuild.com> From: Peter Eisentraut In-Reply-To: <68C88EE3-CDCB-4993-9173-3A773F491F3A@thebuild.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 17.03.24 11:33, Christophe Pettus wrote: >> On Mar 17, 2024, at 02:44, Wolfgang Walther wrote: >> >> 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. > We could turn it around and do #if defined(__linux__) #if defined(__GLIBC__) || defined(__UCLIBC__ ) #define PS_USE_CLOBBER_ARGV #else #define PS_USE_NONE #endif #endif