Front page | perl.perl5.porters |
Postings from June 2022
On Wed, 01 Jun 2022 12:52:29 +0200, Charlie Gonzalez <itcharlie@gmail.com> wrote: > On Wed, Jun 1, 2022 at 4:12 AM Christian Walde <walde.christian@gmail.com> > wrote: > >> On Wed, 01 Jun 2022 04:00:48 +0200, Craig A. Berry < >> craig.a.berry@gmail.com> wrote: >> >> > I think it's a bad idea for Perl to try to support >> >> Perl does not support anything. There is no defined policy, no guarantees, >> no minimums, no promises. >> >> A ticket regarding that is open. >> >> The only actor supporting anything under the current regime is be each >> individual implementor for any given commit. >I know this may be out of scope of this discussion, but there are a few > projects that try to support Perl on Windows. > > One example is strawberry perl which is still on Perl version 5.32.1.1 ( > https://strawberryperl.com/ ). If Im not mistaken, the only project that > has allowed for a most recent version ( version 5.34 ) of Perl to work on > Windows is ActiveState Perl ( > https://www.activestate.com/products/perl/ ) which has a cross OS platform > that allows the same Perl build to run on different OS environments. > > Should we learn from these projects to support its efforts or does it make > sense to have an internal p5p just working on supporting Perl on Windows ? That is indeed slightly out of scope here, because the kind of support in question here is one of policy and implementation in core code: https://github.com/Perl/perl5/issues/18243 That said: I am not very experienced with ActivePerl in its current iteration, and i don't know to which extent they still even communicate with p5p, so i also don't know how much work they do to "support" platforms in Perl. I do however suspect their situation is similar as with Strawberry: Strawberry Perl is less a project of supporting a platform but code that can *build* a release of Perl for the windows platform: https://metacpan.org/dist/Perl-Dist-Strawberry To my knowledge it patches very little, and mostly just configures the compilation and adds binary depencies to the install package. There might be some value of backporting some of those efforts, but that's a different beast from trying to keep a specific deeply internal function working on a specific OS release version. :) THAT SAID: It is deeply concerning that Strawberry is still on 5.32. This looks like something toolchain or p5p might need to adopt. -- With regards, Christian WaldeThread Previous | Thread Next