develooper Front page | perl.perl5.porters | Postings from June 2022

Re: Which versions of Windows are still supported ?

Thread Previous | Thread Next
From:
Oodler 577 via perl5-porters
Date:
June 1, 2022 17:38
Subject:
Re: Which versions of Windows are still supported ?
Message ID:
YpekAUqNboLYGpnx@odin.sdf-eu.org
* Christian Walde <walde.christian@gmail.com> [2022-06-01 13:30:43 +0200]:

> 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.

It'd be a good use of TPF funds to contract someone to do this before it bit rots,
if that's indeed the case. I think maintaining friendly ways of getting Perl on
these kinds of platforms is certainly "strategic". I'd donate money towards such
a fund and I don't even use Windows. And it could set a healthy precedent for other
such efforts for other things in this area.

Cheers,
Brett

> 
> -- 
> With regards,
> Christian Walde

-- 
--
oodler@cpan.org
oodler577@sdf-eu.org
SDF-EU Public Access UNIX System - http://sdfeu.org
irc.perl.org #openmp #pdl #native

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About