Re^4: Why upgrade perl?

As I said, I do not really know the details.

Okay thanks.

I'm always interested in staying abreast of changes and improvements in the threading support as I make a great deal of use of them. So any time I think I've missed something I try to track down more information.

With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'

Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.

"Science is about questioning the status quo. Questioning authority".

In the absence of evidence, opinion is indistinguishable from prejudice.

Comment on Re^4: Why upgrade perl?

Replies are listed 'Best First'.

Re^5: Why upgrade perl?
by davido (Cardinal) on May 20, 2013 at 20:03 UTC

I don't think these could be classified as "much better" improvements to Perl's threads, but there are some bug fixes listed in perl5160delta that target threads. Perl 5.18.0 has some additional fixes, but they appear less significant than those in 5.16.0. However, at least one of the bug fixes under 5.18.0 targets threads on Win32, which I think is one of platforms you commonly use.

If your code isn't tickling any of those bugs, fixes to thread support alone probably wouldn't be sufficient motivation to upgrade. For me, some of the Unicode support improvements found in 5.16.x were motivation enough to migrate to 5.16.

The list of modules that are broken in ways incompatible with Perl 5.18 is still significant enough, in my opinion, to wait awhile for module authors to have time to respond to the wake up call and fix their code that relies on hash order. I installed it in a perlbrew environment to see which, if any, of the modules that I frequently employ were going to be problematic, and discovered at least one that needs to have a broken test fixed.

Dave

[reply]


Think about Loose Coupling
	PerlMonks