From: | Daniel Gustafsson <daniel(at)yesql(dot)se> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Small TAP tests cleanup for Windows and unused modules |
Date: | 2022-02-18 21:02:23 |
Message-ID: | EF73EF1E-5469-495E-B48C-8C6F90B873AB@yesql.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> On 16 Feb 2022, at 23:36, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
> On 2/16/22 17:04, Andrew Dunstan wrote:
>> On 2/16/22 16:36, Daniel Gustafsson wrote:
>>> Seeing msys in TAP tests mentioned in a thread [1] tonight reminded me about
>>> two related (well, one of them) patches I had sitting around, so rather than
>>> forgetting again here are some small cleanups.
>>>
>>> 0001 attempts to streamline how we detect Windows in the TAP tests (after that
>>> there is a single msys check left that I'm not sure about, but [1] seems to
>>> imply it could go); 0002 removes some unused module includes which either were
>>> used at some point in the past or likely came from copy/paste.
>>>
>> 0002 looks OK at first glance.
>>
>> 0001 is something we should investigate. It's really going in the wrong
>> direction I suspect. We should be looking to narrow the scope of these
>> platform-specific bits of processing, not expand them.
>
> More specifically, all the tests in question are now passing on jacana
> and fairywren, and their $Config{osname} is NOT 'msys' (it's 'MSWin32').
+1
> So we should simply remove any line that ends "if $Config{osname} eq
> 'msys';" since we don't have any such animals any more.
Since msys is discussed in the other thread let's drop the 0001 from this
thread and just go ahead with 0002.
--
Daniel Gustafsson https://vmware.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2022-02-18 21:03:34 | Re: Time to drop plpython2? |
Previous Message | Daniel Gustafsson | 2022-02-18 21:00:43 | Re: Trap errors from streaming child in pg_basebackup to exit early |