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 1nCzrz-0001vk-44 for pgsql-hackers@arkaria.postgresql.org; Thu, 27 Jan 2022 08:11:03 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nCzry-0007yd-1c for pgsql-hackers@arkaria.postgresql.org; Thu, 27 Jan 2022 08:11:02 +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 1nCzrq-0004ht-Gi for pgsql-hackers@lists.postgresql.org; Thu, 27 Jan 2022 08:10:54 +0000 Received: from out4-smtp.messagingengine.com ([66.111.4.28]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nCzrn-0001ck-N0 for pgsql-hackers@postgresql.org; Thu, 27 Jan 2022 08:10:53 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 9D7E75C01D5; Thu, 27 Jan 2022 03:10:49 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Thu, 27 Jan 2022 03:10:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date: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; bh=W2NBr1tEMtgzniC+ApkPwV//tvIjhC1U7RUB5vXI/ Ts=; b=cAzuxuEpZmqbzkkFnmLVTRbVvQoYw0hzWnczhdIikLSqLrHAmBaeP1UBw 7TirPN0wzkMxmgTXpFLSfvj0ggtCKkrMWtWIYxirTNry8QyPm6nqquiMBaVCdT0c uPmoY35RtwVi1O2OvQoAQEPEQSi9oVhnGYX4J7HHbcaxGKXEIgf5VHl57LUq6Pqd hn7ElX/JsXiH2DcSx4fcXV1y5FTkOnT8bho24XyUUJ7WJctu1TKx6sR2L2Sf6aGD rQXDDKRC0JERsVk7E6wBgWdN7gHtS741/NFVg14wquwAw9LH52lqczkWU7CUIdpy CoTXdXsGr4S+YPgt0Y3l63XIcLgMw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrfedvgdduudeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvfhfhjggtgfesthejredttdefjeenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsegvnhhtvg hrphhrihhsvggusgdrtghomheqnecuggftrfgrthhtvghrnhepfeejgeehteeuhfevvedu leeufedtjeetiefftedvudfhtdeifefgueettdevgefgnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrvghishgvnhhtrhgruhht segvnhhtvghrphhrihhsvggusgdrtghomh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 27 Jan 2022 03:10:48 -0500 (EST) Message-ID: <87e93704-b7f7-71f6-161d-8713e6334ed3@enterprisedb.com> Date: Thu, 27 Jan 2022 09:10:46 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: ICU for global collation Content-Language: en-US To: Julien Rouhaud Cc: pgsql-hackers , Daniel Verite References: <20220110032508.4eyz6m6mpvt622la@jrouhaud> <20220110060027.egvaly4lskylo22f@jrouhaud> <20220111110852.t5oxfga57llm5cy2@jrouhaud> <20220118040246.dewl5pain2gkv2iv@jrouhaud> <171c5f7c-43ee-dbe9-31f9-5e3eb06a54cf@enterprisedb.com> <20220121135119.ywszwl4353v5dzh5@jrouhaud> <20220121161331.xn7fhtfg5j2ucilb@jrouhaud> From: Peter Eisentraut In-Reply-To: <20220121161331.xn7fhtfg5j2ucilb@jrouhaud> 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 21.01.22 17:13, Julien Rouhaud wrote: > On Fri, Jan 21, 2022 at 03:24:02PM +0100, Peter Eisentraut wrote: >> On 21.01.22 14:51, Julien Rouhaud wrote: >>> Is that change intended? There isn't any usage of the collversionstr before >>> the possible error when actual_versionstr is missing. >> >> I wanted to move it closer to the SysCacheGetAttr() where the "datum" value >> is obtained. It seemed weird to get the datum, then do other things, then >> decode the datum. > > Oh ok. It won't make much difference performance-wise, so no objection. I have committed this and will provide follow-up patches in the next few days.