Re: convert libpq uri-regress tests to tap test

Поиск
Список
Период
Сортировка
Искать
От
Andres Freund
Тема
Re: convert libpq uri-regress tests to tap test
Дата
Msg-id
20220224173543.q7vbubrd767ok2lo@alap3.anarazel.de
Ответ на
Список
Дерево обсуждения
convert libpq uri-regress tests to tap test Andres Freund <andres@anarazel.de>
Re: convert libpq uri-regress tests to tap test Andrew Dunstan <andrew@dunslane.net>
Re: convert libpq uri-regress tests to tap test Tom Lane <tgl@sss.pgh.pa.us>
Re: convert libpq uri-regress tests to tap test Andres Freund <andres@anarazel.de>
Re: convert libpq uri-regress tests to tap test Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: convert libpq uri-regress tests to tap test Tom Lane <tgl@sss.pgh.pa.us>
Re: convert libpq uri-regress tests to tap test Andrew Dunstan <andrew@dunslane.net>
Re: convert libpq uri-regress tests to tap test Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: convert libpq uri-regress tests to tap test Daniel Gustafsson <daniel@yesql.se>
Re: convert libpq uri-regress tests to tap test Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: convert libpq uri-regress tests to tap test Tom Lane <tgl@sss.pgh.pa.us>
Re: convert libpq uri-regress tests to tap test Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: convert libpq uri-regress tests to tap test Tom Lane <tgl@sss.pgh.pa.us>
Re: convert libpq uri-regress tests to tap test Andrew Dunstan <andrew@dunslane.net>
Re: convert libpq uri-regress tests to tap test Andrew Dunstan <andrew@dunslane.net>
Re: convert libpq uri-regress tests to tap test Andres Freund <andres@anarazel.de>
Re: convert libpq uri-regress tests to tap test Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: convert libpq uri-regress tests to tap test Andres Freund <andres@anarazel.de>
Re: convert libpq uri-regress tests to tap test Tom Lane <tgl@sss.pgh.pa.us>
Re: convert libpq uri-regress tests to tap test Andres Freund <andres@anarazel.de>
Re: convert libpq uri-regress tests to tap test Andres Freund <andres@anarazel.de>
Re: convert libpq uri-regress tests to tap test Andres Freund <andres@anarazel.de>
Re: convert libpq uri-regress tests to tap test Andres Freund <andres@anarazel.de>
Re: convert libpq uri-regress tests to tap test Justin Pryzby <pryzby@telsasoft.com>
Re: convert libpq uri-regress tests to tap test Andrew Dunstan <andrew@dunslane.net>
Re: convert libpq uri-regress tests to tap test Justin Pryzby <pryzby@telsasoft.com>
Re: convert libpq uri-regress tests to tap test Andres Freund <andres@anarazel.de>
Re: convert libpq uri-regress tests to tap test Michael Paquier <michael@paquier.xyz>
Re: convert libpq uri-regress tests to tap test Michael Paquier <michael@paquier.xyz>
Re: convert libpq uri-regress tests to tap test Andres Freund <andres@anarazel.de>
Re: convert libpq uri-regress tests to tap test Michael Paquier <michael@paquier.xyz>
Re: convert libpq uri-regress tests to tap test Jacob Champion <pchampion@vmware.com>
Re: convert libpq uri-regress tests to tap test Andres Freund <andres@anarazel.de>
Re: convert libpq uri-regress tests to tap test Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Hi,

On 2022-02-24 17:03:33 +0000, Jacob Champion wrote:
> On Thu, 2022-02-24 at 08:46 -0800, Andres Freund wrote:
> > One annoying bit is that our current tap invocation infrastructure for msvc
> > won't know how to deal with that. We put the build directory containing t/
> > onto PATH, but that won't work for test/. But we also don't want to install
> > test binaries. Not sure what the solution for that is.
> 
> Would it help if the C executable, not Perl, was the thing actually
> producing the TAP output? The binaries built from test/ could be placed
> into t/. Or does that just open up a new set of problems?

I don't think it would help that much. And for the libpq pipeline test it
doesn't really make sense anyway, because we intentionally use it with
different traces and such.

I've thought about a few C tap tests that I'd like, but I think that's a
separate discussion.

Greetings,

Andres Freund


В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Nathan Bossart
Дата:
FAQ