Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1inNf7-0002n6-JC for pgsql-committers@arkaria.postgresql.org; Fri, 03 Jan 2020 14:10:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1inNf5-0006pM-Dm for pgsql-committers@arkaria.postgresql.org; Fri, 03 Jan 2020 14:10:47 +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_SHA1:256) (Exim 4.89) (envelope-from ) id 1inNf5-0006pF-68 for pgsql-committers@lists.postgresql.org; Fri, 03 Jan 2020 14:10:47 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1inNex-0002Kk-VN for pgsql-committers@lists.postgresql.org; Fri, 03 Jan 2020 14:10:46 +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 003EAaOF014600; Fri, 3 Jan 2020 09:10:37 -0500 From: Tom Lane To: Michael Paquier cc: pgsql-committers@lists.postgresql.org Subject: Re: pgsql: Add basic TAP tests for psql's tab-completion logic. In-reply-to: <20200103114607.GA14380@paquier.xyz> References: <20200103114607.GA14380@paquier.xyz> Comments: In-reply-to Michael Paquier message dated "Fri, 03 Jan 2020 20:46:07 +0900" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <14598.1578060636.1@sss.pgh.pa.us> Date: Fri, 03 Jan 2020 09:10:36 -0500 Message-ID: <14599.1578060636@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Michael Paquier writes: > This has the disadvantage to have people never actually notice if the > tests are running or not because this does not generate a dependency > error. Skipping things if libreadline is not around is perfectly fine > IMO, but I think that we should harden things for IO::Pty by removing > this skipping part, and by adding a test in configure.in's > AX_PROG_PERL_MODULES. That would be also more consistent with the > approach we take with other tests. I do not think that requiring IO::Pty is practical. It's not going to be present in Windows installations, for starters, because it's nonfunctional there. I've also found that it fails to compile on some of my older buildfarm dinosaurs. In the case of IPC::Run, having a hard dependency is sensible because the TAP tests pretty much can't do anything at all without it. However, we don't need IO::Pty except for testing a few psql behaviors, so it's fine with me if some buildfarm members don't run those tests. There's precedent, too: see for instance src/test/recovery/t/017_shm.pl which is where I stole this coding technique from. regards, tom lane