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 1sTpBO-002peg-DX for pgsql-hackers@arkaria.postgresql.org; Tue, 16 Jul 2024 20:53: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 1sTpBL-004AXg-RO for pgsql-hackers@arkaria.postgresql.org; Tue, 16 Jul 2024 20:53:55 +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.94.2) (envelope-from ) id 1sTpBK-004AXS-8p for pgsql-hackers@lists.postgresql.org; Tue, 16 Jul 2024 20:53:55 +0000 Received: from fhigh1-smtp.messagingengine.com ([103.168.172.152]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sTpBF-002TNd-Sv for pgsql-hackers@lists.postgresql.org; Tue, 16 Jul 2024 20:53:53 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 887471147DFC; Tue, 16 Jul 2024 16:53:47 -0400 (EDT) Received: from imap50 ([10.202.2.100]) by compute5.internal (MEProxy); Tue, 16 Jul 2024 16:53:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=partin.io; 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=fm3; t=1721163227; x=1721249627; bh=yceOKIyt9QENjcSx4B93BdzBsFrkyl+W+T7q+mK4ooc=; b= pVv4ZaubmR3YkyAWoBawW9xOn9V7kWYDMTp6hptmbazaDjGLIOFubkpQpvif7ecx DHh4D/J7/tvItsx0BIikDTnDzjjzc8os4JUyqnN8/6kODABvgwRF0Ag/1PXrteCB +8I+ON/GUWn3Mqaeei7W/o3xjrWE0QSdhCmkaRsrEzeEgRlZCNW32lloZjmfQihJ PqTfs/VFAMUs99yhvkmEv3MV8Ga5JGAGb4x42xxPXrpTIrJL5wIfdoZUMAiRQwFI lhhPyzAS61TK4Lg7PuNnYhcwz25oYSDZ43VkPQYVH8UE66gxSboc7T7etExWlHn5 IL240EqIF+WV63CiVP2dZw== 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=1721163227; x= 1721249627; bh=yceOKIyt9QENjcSx4B93BdzBsFrkyl+W+T7q+mK4ooc=; b=M OL3GRKE13ZptG1QguAgzuwcoNV0vO7xmf4qsbmYf2AIp9AU/rjCitF/zCEMgqxrg YKiMe8HmuqcvkGXVeCHtpZBGyfHgEFAxpABYsyHj7JsKr1Y9EgNwW/VDEcJQ85Lj OmR7KFjpudR99V7HbmdqSjjY62I8ieW5D4lcUU6sDOmhM36TCyDa3gwLDAN5v5Kl Qv8DuuAgdblCy4QM+WjfOJPGu4lOFhkBb0QLK91EHzL0mqxl3X76HyC2DQRcY74p W15zZMIBKiPSGnvTlCMtj+TWkIraO3Pxp3YtdYqoHDESmKcQHfsDKUrMy0ZD4Hjg ydnHKGSQSMiT1x4MUvYwA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrgeeggdduheefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgggfgtfffkvefuvffhfhgjsehtqhertdertdejnecuhfhrohhmpedfvfhr ihhsthgrnhcurfgrrhhtihhnfdcuoehtrhhishhtrghnsehprghrthhinhdrihhoqeenuc ggtffrrghtthgvrhhnpeekfefgieeifffglefgleefiefgtdefheejkeduiedvffehueeu vedtkeevueelhfenucffohhmrghinhepnhgvohhnrdhtvggthhenucevlhhushhtvghruf hiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtrhhishhtrghnsehprghrthhi nhdrihho X-ME-Proxy: Feedback-ID: idd01497b:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id DCE201700093; Tue, 16 Jul 2024 16:53:45 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8; format=Flowed Date: Tue, 16 Jul 2024 15:53:45 -0500 Message-Id: Cc: "Nazir Bilal Yavuz" , "PostgreSQL Developers" Subject: Re: Meson far from ready on Windows To: "Andres Freund" , "Dave Page" From: "Tristan Partin" References: <20240618143850.nl67cwctsodmgfpi@awork3.anarazel.de> <20240618160845.gbqkiv4dbjghlp63@awork3.anarazel.de> <20240620205849.whd3434zoqqm2iy4@awork3.anarazel.de> <20240625104145.b255idixhgq4hrrx@alap3.anarazel.de> <20240625113906.7gecsoyjcqjrejiz@alap3.anarazel.de> <20240709065101.xhc74r3mdg2lmn4w@awork3.anarazel.de> In-Reply-To: <20240709065101.xhc74r3mdg2lmn4w@awork3.anarazel.de> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > From 9f7c96dfab4d807e668c9d32b44db5f4ff122e15 Mon Sep 17 00:00:00 2001 > From: Andres Freund > Date: Mon, 8 Jul 2024 15:55:56 -0700 > Subject: [PATCH v2 02/10] Don't define HAVE_[GSSAPI_]GSSAPI_EXT_H >=20 > The check for gssapi_ext.h was added in f7431bca8b0. As we require > gssapi_ext.h to be present, there's no point in defining symbols for the > header presence. >=20 > While at it, use cc.has_header() instead of cc.check_header(), that's a b= it > cheaper and it seems improbably that gssapi.h would compile while gssapi_= ext.h > would not. improbable Other than that, it looks pretty solid. Looks like we could help future=20 us out by teaching compiler.find_library() to take a list of names to=20 look at similar to how dependency() works now. Reviewed-by: Tristan Partin --=20 Tristan Partin Neon (https://neon.tech)