From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz>, Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Peter Eisentraut <peter(at)eisentraut(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com>, Daniel Gustafsson <daniel(at)yesql(dot)se>, Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Remove MSVC scripts from the tree |
Date: | 2023-12-21 20:43:32 |
Message-ID: | 526053f5-a55c-0f89-17f5-f552841d390d@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2023-12-21 Th 03:01, Michael Paquier wrote:
> On Wed, Dec 20, 2023 at 11:39:15PM -0800, Andres Freund wrote:
>> Can't we teach the tool that it should not validate src/tools/win32tzlist.pl
>> on !windows? It's obviously windows specific code, and it's special case
>> enough that there doesn't seem like a need to develop it on !windows.
> I am not really excited about keeping a dummy library for the sake of
> a script checking if this WIN32-only file is correctly written, and
> I've never used pgperlsyncheck, TBH, since it exists in af616ce48347.
> Anyway, we could just tweak the list of files returned by
> find_perl_files as win32tzlist.pl is valid for perltidy and
> perlcritic.
>
> Andrew, was the original target of pgperlsyncheck committers and
> hackers who played with the MSVC scripts but could not run sanity
> checks on Windows (see [1])?
yes.
> There are a few more cases like the
> Unicode scripts or some of the stuff in src/tools/ where that can be
> useful still these are not touched on a daily basis. The rest of the
> pm files are for TAP tests, one for Unicode. I'm OK to tweak the
> script, still, if its main purpose is gone..
>
> [1]: https://www.postgresql.org/message-id/f3c12e2c-618f-cb6f-082b-a2f604dbe73f@2ndQuadrant.com
I'm actually a bit dubious about win32tzlist.pl. Win32::Registry is not
present in a recent Strawberry Perl installation, and its latest version
says it is obsolete, although it's still included in the cpan bundle
libwin32.
I wonder who has actually run the script any time recently?
In any case, we can probably work around the syncheck issue by making
the module a runtime requirement rather than a compile time requirement,
by using "require" instead of "use".
cheers
andrew
--
Andrew Dunstan
EDB: https://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Melanie Plageman | 2023-12-21 20:58:17 | Re: Eager page freeze criteria clarification |
Previous Message | Robert Haas | 2023-12-21 20:43:00 | Re: trying again to get incremental backup |