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 1paH5z-0001U0-RT for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Mar 2023 14:18:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1paH5y-0003FA-Kd for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Mar 2023 14:18:14 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1paH5y-0003F0-Ac for pgsql-hackers@lists.postgresql.org; Thu, 09 Mar 2023 14:18:14 +0000 Received: from new4-smtp.messagingengine.com ([66.111.4.230]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1paH5v-0006I5-5J for pgsql-hackers@postgresql.org; Thu, 09 Mar 2023 14:18:13 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailnew.nyi.internal (Postfix) with ESMTP id 04316581FE9; Thu, 9 Mar 2023 09:18:10 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Thu, 09 Mar 2023 09:18:10 -0500 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:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1678371490; x=1678378690; bh=lJlApEjal5JzuTP4tbJd32uzmwb3l3CSryi 0XtI1E28=; b=ikMGxHCv8hzCcLVzNgXL7DZg4dDsWsZmYMVNcAk0fPUjbWYqrOz 99g27YOgeCt+IO4mCWQswWHDANdNL9t5VeMdjCXqOAgt0U0q0/40xz3evVM766Hz RydHPOaLGF5r9NSMmDy1yl+R5W8U5240y2cDHQL3YRydO31KsHSZzw2VXC16tGh+ 8QwigZRmyAvFrzHCLY3ZbHIFbSg42q+gX0KsqPWNCjn1gpD4oq8vWjaZagEhP70G t8l/dYsgFEnyse1TaA4CzxOUjROuFmmL81F8gOEMM01WZ4GWDdin6kn7J+c1QOXC pk19AVwMSP8hhcvKVS9Hgb0xgZ/llMBPD1Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdduiedgiedtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpefrvght vghrucfgihhsvghnthhrrghuthcuoehpvghtvghrrdgvihhsvghnthhrrghuthesvghnth gvrhhprhhishgvuggsrdgtohhmqeenucggtffrrghtthgvrhhnpeehleffgeegudejteei hfelteduvdeifffhffdvjedvffegjeekudeludehudeifeenucevlhhushhtvghrufhiii gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehpvghtvghrrdgvihhsvghnthhrrghu thesvghnthgvrhhprhhishgvuggsrdgtohhm X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 9 Mar 2023 09:18:09 -0500 (EST) Message-ID: <7a662264-6e04-7bb7-a4aa-1ac03ae3436c@enterprisedb.com> Date: Thu, 9 Mar 2023 15:18:07 +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 , Daniel Gustafsson Cc: Andres Freund , PostgreSQL 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> <0fff0827-c1f5-d29c-2ee3-dc8c871176bf@enterprisedb.com> <9df9067d-5651-2d3e-e838-9e5d273f5524@enterprisedb.com> <5250E85B-4A97-4DA1-8900-7DCDE925441A@yesql.se> 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 09.03.23 15:12, Nazir Bilal Yavuz wrote: > Hi, > > On Thu, 9 Mar 2023 at 16:54, Daniel Gustafsson wrote: >> >>> On 9 Mar 2023, at 14:45, Peter Eisentraut wrote: >> >>> How about we just hardcode "openssl" here instead? We could build that array dynamically, of course, but maybe we leave that until we actually have a need? >> >> At least for 16 keeping it hardcoded is an entirely safe bet so +1 for leaving >> additional complexity for when needed. > > We already have the 'ssl_library' variable. Can't we use that instead > of hardcoding 'openssl'? e.g: > > summary( > { > 'ssl': ssl.found() ? [ssl, '(@0@)'.format(ssl_library)] : ssl, > }, > section: 'External libraries', > list_sep: ', ', > ) > > And it will output: > ssl : YES 3.0.8, (openssl) > > I don't think that using 'ssl_library' will increase the complexity. Then we might as well use ssl_library as the key, like: { ... 'selinux': selinux, ssl_library: ssl, 'systemd': systemd, ... }