Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dv1s3-00073s-5F for pgsql-hackers@arkaria.postgresql.org; Thu, 21 Sep 2017 13:50:27 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1dv1s2-0002CG-JN for pgsql-hackers@arkaria.postgresql.org; Thu, 21 Sep 2017 13:50:26 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dv1s0-0002C0-Ou for pgsql-hackers@postgresql.org; Thu, 21 Sep 2017 13:50:24 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dv1rw-0005Ew-DH for pgsql-hackers@postgresql.org; Thu, 21 Sep 2017 13:50:23 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id v8LDoBL8007964; Thu, 21 Sep 2017 09:50:11 -0400 From: Tom Lane To: Noah Misch cc: Peter Eisentraut , Peter Geoghegan , PostgreSQL Hackers Subject: Re: !USE_WIDE_UPPER_LOWER compile errors in v10+ In-reply-to: <20170921052928.GA188913@rfd.leadboat.com> References: <20170921052928.GA188913@rfd.leadboat.com> Comments: In-reply-to Noah Misch message dated "Thu, 21 Sep 2017 05:29:28 -0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <7962.1506001811.1@sss.pgh.pa.us> Date: Thu, 21 Sep 2017 09:50:11 -0400 Message-ID: <7963.1506001811@sss.pgh.pa.us> List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Noah Misch writes: > Perhaps it is time to require HAVE_WCSTOMBS and HAVE_TOWLOWER, removing > USE_WIDE_UPPER_LOWER? Every buildfarm fossil has both. +1 ... if nothing else, there's the problem that untested code is likely to be broken. You just proved it *is* broken, of course, but my point is that even if we repaired the immediate damage we could have little confidence in it staying fixed. I think the USE_WIDE_UPPER_LOWER split was originally my code, so I'm willing to take care of removing it if there's consensus that that's what to do. I'm not sure that we need to treat this as a v10 open item, though. The premise of removing !USE_WIDE_UPPER_LOWER is that nobody cares anymore, therefore it shouldn't matter to users whether we remove it in v10. There's an argument that having only two states of the relevant code, not three, in the live back branches is worth something for maintenance --- but should that outweigh the risk of breaking something post-rc1? regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers