Re: Windows perl/tcl requirement documentation - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Windows perl/tcl requirement documentation
Date
Msg-id a871ace8-f453-47e8-97fc-d48d1747bb2c@dunslane.net
Whole thread Raw
In response to Re: Windows perl/tcl requirement documentation  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
On 2024-07-16 Tu 7:21 PM, Michael Paquier wrote:
> On Mon, Jul 01, 2024 at 11:27:26AM -0400, Andrew Dunstan wrote:
>> Our docs currently state this regarding the perl requirement for building on
>> Windows:
>>
>>
>> ActiveState Perl
>>
>>     ActiveState Perl is required to run the build generation scripts.
>>     MinGW or Cygwin Perl will not work. It must also be present in the
>>     PATH. Binaries can be downloaded from https://www.activestate.com
>>     <https://www.activestate.com> (Note: version 5.14 or later is
>>     required, the free Standard Distribution is sufficient).
>>
>>
>> This really hasn't been a true requirement for quite some time. I stopped
>> using AS perl quite a few years ago due to possible licensing issues, and
>> have been building with MSVC using Strawberry Perl ever since. Andres
>> recently complained that Strawberry was somewhat out of date, but that's no
>> longer really the case - it's on 5.38.2, which is the latest in that series,
>> and perl 5.40.0 was only releases a few weeks ago.
> This is an area where I have proposed a set of changes in the last
> commit fest of March, but it led nowehere as, at least it seems to me,
> there was no strong consensus about what to mention as main
> references:
> https://commitfest.postgresql.org/47/4745/
> https://www.postgresql.org/message-id/flat/ZZEGb7NQbkZm0VtO@paquier.xyz
>
> Not everything should be gone, but I was wondering back on this thread
> if it would make most sense to replace all these references to point
> to the popular packaging systems used in the buildfarm.


At the very least we should stop recommending things we don't use or 
test with. Our default position of doing nothing is getting increasingly 
untenable here. We're actively misleading people IMNSHO.


cheers


andrew


--
Andrew Dunstan
EDB: https://www.enterprisedb.com




pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: recovery test error
Next
From: Tom Lane
Date:
Subject: Re: PG_TEST_EXTRA and meson