Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
The win32.perl.org web site provides references to several Perl distributions for MS Windows.
For a long time I have been using ActivePerl from ActiveState but recently I switched to Strawberry Perl.
IMHO The only advantage that Active Perl still has over Strawberry Perl is the fact that it comes with Perl Tk which means its easy to install Devel::ptkdb the graphical debugger. Other than that, I think Strawberry Perl has all the advantages.
Strawberry Perl is just getting better and better. One problem I’ve repeatedly had with ActiveState is that my modules sometimes fail to install because I need an upgrade to a core module, but they won’t allow that. Thus, everybody who doesn’t use Windows can use my code, but they can’t do that with ActiveState’s Perl.
ActiveState also has a very dodgy build system which often fails to report exactly why a module failed to build. I got so tired of emailing and asking for this information that I eventually gave up. I want my code to run on Windows, but if ActiveState doesn’t provide me with that information and doesn’t give me any option for upgrading core modules, I just can’t use it. Some of my modules have NO build failures on any operating system — except those with ActiveState Perl. Support Strawberry Perl and just don’t worry about ActiveState.
If ActiveState has fixed their build system and their ‘no upgrade to core modules’ policy, it’s worth revisiting.