Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pXOko-0003ok-E0 for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Mar 2023 15:52:30 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pXOkm-0007BM-VP for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Mar 2023 15:52:28 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pXOkm-00074d-1r for pgsql-hackers@lists.postgresql.org; Wed, 01 Mar 2023 15:52:28 +0000 Received: from wnew2-smtp.messagingengine.com ([64.147.123.27]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pXOki-0002ya-Lq for pgsql-hackers@postgresql.org; Wed, 01 Mar 2023 15:52:27 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.west.internal (Postfix) with ESMTP id 68D852B0718F; Wed, 1 Mar 2023 10:52:21 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 01 Mar 2023 10:52:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1677685941; x= 1677693141; bh=una/ARedfoJQaDkRzjXHvMEK6XAa0/SEfEln21UT7o4=; b=Q NeJ9w623iVRQdF8p141j/PN8ZBf/p/pmiZ9mVoWQ0Hlxg2GUEBGk3LEVXoArNvAv 6YN7TouyS9xMSfycbhelyOPwI584zq7XrRiGsXrAsILrCzCAP3lQxG+uv5yuFbKa dVFWXEMulInJYoCjMFa1y5AaDEK1k+06XMkz3EmWZ6gpBLKcouu9pmGTMF3UQ9Gb Mp1ZPMzB2ecKaZk9Q2bEZ2beUemhil3xyGfnraBqezurhkQTTALViTEsh1wHzH1t FUFZBSUFjEM8WdYHAtBzDObXpyLXIiKVe0+KQk3BMZZDxXJfzmFFJr1ZTS9L4B4O Ay/5oNFVTmDK6QuXLthDg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrudelhedgjeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpefrvght vghrucfgihhsvghnthhrrghuthcuoehpvghtvghrrdgvihhsvghnthhrrghuthesvghnth gvrhhprhhishgvuggsrdgtohhmqeenucggtffrrghtthgvrhhnpeehleffgeegudejteei hfelteduvdeifffhffdvjedvffegjeekudeludehudeifeenucevlhhushhtvghrufhiii gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehpvghtvghrrdgvihhsvghnthhrrghu thesvghnthgvrhhprhhishgvuggsrdgtohhm X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 1 Mar 2023 10:52:19 -0500 (EST) Message-ID: Date: Wed, 1 Mar 2023 16:52:18 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: meson: Non-feature feature options Content-Language: en-US To: Nazir Bilal Yavuz Cc: Andres Freund , pgsql-hackers References: <20230208162310.scllwgr5qp3m5tme@awork3.anarazel.de> <000d58dd-6164-f695-fe12-38ac7e37543b@gmail.com> <1d1eb740-e2d6-dd92-ba35-985af38b30d5@enterprisedb.com> <20230220194249.lkirdwhosjq6zdkc@awork3.anarazel.de> <4e1fcc8d-77cf-082c-5dd8-9ab09bb7a05f@enterprisedb.com> From: Peter Eisentraut In-Reply-To: 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 24.02.23 14:01, Nazir Bilal Yavuz wrote: > Thanks for the feedback. I updated the ssl patch and if you like > changes, I can apply the same logic to uuid. Maybe we can make some of the logic less nested. Right now there is if sslopt != 'none' if not ssl.found() and sslopt in ['auto', 'openssl'] I think at that point, ssl.found() is never true, so it can be removed. And the two checks for sslopt are nearly redundant. At the end of the block, there is # At least one SSL library must be found, otherwise throw an error if sslopt == 'auto' and auto_features.enabled() error('SSL Library could not be found') endif endif which also implies sslopt != 'none'. So I think the whole thing could be if sslopt in ['auto', 'openssl'] ... endif if sslopt == 'auto' and auto_features.enabled() error('SSL Library could not be found') endif both at the top level. Another issue, I think this is incorrect: + openssl_required ? error('openssl function @0@ is required'.format(func)) : \ + message('openssl function @0@ is required'.format(func)) We don't want to issue a message like this when a non-required function is missing.