| From: | Jacob Champion <pchampion(at)vmware(dot)com> |
|---|---|
| To: | "andrew(at)dunslane(dot)net" <andrew(at)dunslane(dot)net>, "andres(at)anarazel(dot)de" <andres(at)anarazel(dot)de>, "tgl(at)sss(dot)pgh(dot)pa(dot)us" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | "peter(dot)eisentraut(at)enterprisedb(dot)com" <peter(dot)eisentraut(at)enterprisedb(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: convert libpq uri-regress tests to tap test |
| Date: | 2022-02-24 17:03:33 |
| Message-ID: | ebc13b82c4902537de8ced22716cd0474c54436c.camel@vmware.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
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?
--Jacob
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Matthias van de Meent | 2022-02-24 17:14:53 | Re: Report checkpoint progress with pg_stat_progress_checkpoint (was: Report checkpoint progress in server logs) |
| Previous Message | Jacob Champion | 2022-02-24 16:50:59 | Re: [PATCH] Expose port->authn_id to extensions and triggers |