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.96) (envelope-from ) id 1weE14-004eYx-0a for pgsql-bugs@arkaria.postgresql.org; Mon, 29 Jun 2026 15:35:22 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1weE13-0044I8-0W for pgsql-bugs@arkaria.postgresql.org; Mon, 29 Jun 2026 15:35:21 +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.96) (envelope-from ) id 1weE12-0044I0-2x for pgsql-bugs@lists.postgresql.org; Mon, 29 Jun 2026 15:35:20 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1weE10-00000000o57-2oVz for pgsql-bugs@lists.postgresql.org; Mon, 29 Jun 2026 15:35:20 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.18.1/8.18.1) with ESMTP id 65TFZAJ41717565; Mon, 29 Jun 2026 11:35:10 -0400 From: Tom Lane To: Bill Kim cc: Daniel Gustafsson , pgsql-bugs@lists.postgresql.org Subject: Re: BUG #19524: NaN handling in btree_gist's float4/float8 opclasses In-reply-to: References: <1703741.1782745481@sss.pgh.pa.us> Comments: In-reply-to Bill Kim message dated "Tue, 30 Jun 2026 00:27:21 +0900" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1717563.1782747310.1@sss.pgh.pa.us> Date: Mon, 29 Jun 2026 11:35:10 -0400 Message-ID: <1717564.1782747310@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Bill Kim writes: > missed the file and please refer to attached. OK, thanks. I didn't go over this in detail yet, but at first glance it looks reasonable. What I am wondering right now is whether it's better to back-patch this or leave well enough alone. Given that we've now had two independent complaints, maybe there are enough people using btree_gist with NaNs to justify a back-patch, even though it'd force them to reindex. In any case, sneaking it into v19 seems reasonable. regards, tom lane