They're slick marketing around some slick code that some people find useful.

As with the other commenters on this thread I think you are totally off on this one. The Perl Foundation, Modern Perl, Enlightened Perl, and the rest of the Perl community actually do very little "slick marketing" of the great things they are producing that help us Perl programmers get our jobs done efficiently and elegantly. For better or for worse other languages have done more "slick marketing" and gained popularity solely because of that. Most humans unfortunately seems to be attracted only to pretty shiny things e.g. look at Apple they have mastered this art.

Particularly with newcomers and beginners to a language in order to attract them Perl should market a little more, they are the the lifeblood of a language that keeps the community thriving.

Easier interop with other high-level languages like Matlab and R. All of them have C interfaces, but going through C requires writing two bindings.

I agree I've mentioned RPy2 as an example to Adam Kennedy who maintains Statistics::R as a future roadmap, Perl binding directly to R's libraries.

Easier C binding. Inline::C is pretty good, but requires a compiler and doesn't feel quite "done." Maybe C::DynaLib would do the trick.

Have you looked at SWIG or XS? I agree for C++ Perl binding (where you can use SWIG or XS++) I wish there were more experts and examples out there to help beginners but with C binding you have tons of stuff to help you so many libraries on CPAN have C binding via XS and therefore you have tons of examples to get you going.

A better Bioperl. IMHO Bioperl is an over-engineered disaster (or at least it was 4-5 years ago when I last looked at it). Someone who started over from scratch, developing efficient representations for sequences and graphs, then building data input/output routines for various tools' formats, would be doing the world a great service.

BioPerl is a project that started over a decade ago (read here http://www.bioperl.org/wiki/History_of_BioPerl) and has grown organically along with the new era of biology that was born at the same time. When developers do things using their free time for free it can be difficult to refactor and improve a huge library as time goes along. Also the BioPerl developers have had to maintain stability, backwards compatibility, and support for older versions of Perl which prevented them from refactoring the entire codebase to a more elegant solution. This would have happened in any language.