Re: Readd use of TAP subtests

From: Daniel Gustafsson <daniel(at)yesql(dot)se>
To: Jacob Champion <pchampion(at)vmware(dot)com>
Cc: "peter(dot)eisentraut(at)enterprisedb(dot)com" <peter(dot)eisentraut(at)enterprisedb(dot)com>, "andres(at)anarazel(dot)de" <andres(at)anarazel(dot)de>, "andrew(at)dunslane(dot)net" <andrew(at)dunslane(dot)net>, "ilmari(at)ilmari(dot)org" <ilmari(at)ilmari(dot)org>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, "tgl(at)sss(dot)pgh(dot)pa(dot)us" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: Readd use of TAP subtests
Date: 2022-04-19 19:14:46
Message-ID: D9FD2300-1FA4-4024-98C7-5D96CCDA4026@yesql.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> On 19 Apr 2022, at 21:07, Jacob Champion <pchampion(at)vmware(dot)com> wrote:
>
> On Mon, 2022-02-28 at 17:02 +0100, Peter Eisentraut wrote:
>> Perhaps in another 7 years or so this will be resolved and we can make
>> another attempt at this. ;-)
>
> For what it's worth, the TAP 14 spec was officially released today:

Interesting. I hadn't even registered that a v14 was in the works, and come to
think of it I'm not sure I've yet seen a v13 consumer or producer. For the TAP
support in pg_regress I've kept to the original spec.

--
Daniel Gustafsson https://vmware.com/

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2022-04-19 19:16:05 Re: error handling in pqRowProcessor broken
Previous Message Peter Eisentraut 2022-04-19 19:12:52 Re: Extract epoch from Interval weird behavior