Re: Readd use of TAP subtests - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Readd use of TAP subtests
Date
Msg-id d5305046-d733-a567-5164-b40094cea407@enterprisedb.com
Whole thread Raw
In response to Re: Readd use of TAP subtests  (Andres Freund <andres@anarazel.de>)
Responses Re: Readd use of TAP subtests  (Andrew Dunstan <andrew@dunslane.net>)
Re: Readd use of TAP subtests  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On 24.02.22 16:00, Andres Freund wrote:
> I've incidentally played with subtests yesterdays, when porting
> src/interfaces/libpq/test/regress.pl to a tap test. Unfortunately it seems
> that subtests aren't actually specified in the tap format, and that different
> libraries generate different output formats. The reason this matters somewhat
> is that meson's testrunner can parse tap and give nicer progress / error
> reports. But since subtests aren't in the spec it can't currently parse
> them...

Ok that's good to know.  What exactly happens when it tries to parse 
them?  Does it not count them or does it fail somehow?  The way the 
output is structured

t/001_basic.pl ..
# Subtest: vacuumlo --help
     ok 1 - exit code 0
     ok 2 - goes to stdout
     ok 3 - nothing to stderr
     1..3
ok 1 - vacuumlo --help

it appears that it should be able to parse it nonetheless and should 
just count the non-indented lines.



pgsql-hackers by date:

Previous
From: Bharath Rupireddy
Date:
Subject: Re: [PATCH] add relation and block-level filtering to pg_waldump
Next
From: Andrew Dunstan
Date:
Subject: Re: set TESTDIR from perl rather than Makefile