Leon Timmermans on my manual Makefile.PL incantation.

"No, this is wrong in so many subtle way I don’t know where to start…

… Secondly PREFIX is batshit insane, if you think you know how it works you’re wrong.

Thirdly, this is likely to break on XS modules, given you’re not including the archlib…"


Leon has a huge amount of experience with the module building tool chain, so normally he is someone I’d like to be paying attention to. And in one way he’s right – my understanding of EU::MM is very superficial.

However, calling Makefile.PL in this way works, and works well. I’ve installed over 100 modules with exactly this incantion.

It works for XS modules too. I’ve installed plenty of XS-based modules including DBD::[various stuff], JSON::XS, Starman (including its XS dependency…) and heaps more.

In all cases, make all test install worked just fine. Perl and XS built, tests run successfully and everything installed in exactly the right place. What’s not to like?

Thanks to Joel and Rick for the constructive suggestions.

My company’s policy for Perl in production is more or less:

  • Production Perl code must run under the vendor supplied Perl
  • Sysadmins will not install or upgrade Perl modules
  • We are allowed to install any module from CPAN

The two production platforms we target are RHEL5.5 for which vendor Perl is an uncomfortable 5.8.8 and RHEL6.2 which has a much more comfortable Perl 5.10.1.

Our development boxes do not have access to the internet proxies which makes things a little more difficult than they should be.

David Golden lists 5 ways of installing module prerequisites here.

Installing Perl Modules – Method #6

The method I use, given the constraints above is to discover the prerequisites by running Makefile.PL (or Build.PL) and download the prerequisites by hand recursively.

This approach is straightforward once you have the correct Makefile.PL incantation.


perl -I$PERL_LIB Makefile.PL PREFIX=$PERL_LIB LIB=$PERL_LIB PERL="/usr/bin/perl -I$PERL_LIB"

Note: You could set/override environment variable PERL5LIB instead of adding the -I arguments which is probably better, but aesthetically, I prefer the version above.

Roles vs Inheritance

Some interesting discussion on roles vs inheritance on SillyMoose’s blog (h/t to Planet Moose)

The executive summary:

  • Roles are semantically safer than multiple inheritance because methods from the roles are loaded into the class at compile time and any name clashes are picked up then.
  • Roles cannot be instantiated.

In no particular order…

Speed or memory usage are sufficiently important C++
You’re a Windows shop or you hate Java C#
You are writing a GUI and you’re allergic to Web Apps C# (or Java)
You think in threads Erlang or Golang
You like Lisp Clojure or Racket
You’re a web consultant PHP/Javascript
You prefer dynamic typing to static typing Perl, Python or Ruby
Else Java

I’ve been feeling hard done by with the Python folks talking down Perl and all this time apparently it’s been us Perl guys who think Python is a crippled toy.

… And I went off and read about nested functions (or the lack thereof) in Perl and understand why limited lambda seems like a crippling blow to Perlistas.

I’ve never seen anyone say that Perl is a superior programming language to Python, because of limited lambdas, deliberately restricted recursion or anything else.

Good humoured ribbing aside (depending on where you sit I guess), I believe that Perl and Python sit at approximately the same level on the language power continuum. I mean, they’re similar enough to be two different people’s take on the same underlying language (I kid, I kid!).

I do think that Perl is strictly more powerful than Python (with e.g. parser flexibility, symbol-table hackability). However, in most cases this additional power isn’t something you need. The main places I can think of where it has been used legitimately is where stuff that is built-in to Python has been added by Perl at the library level.


Capturing a couple of old links so I don’t lose them:

An aside… in my industry, we’re probably not going to be seeing any of this until 2020 or so. We’re still stuck on 5.10 (RHEL6).

Perl links


Just when I was thinking about web apps another relevant post pops up on Ironman.