No timezones;

This much is (sort of) trivial to fix. Add  ([+-]\d{4}) to the end of your regex, and then include - $tz/100*3600 - $tz%100*60 at the end of the expression.

sub str2epoch {
    my( $d, $m, $y, $H, $M, $S, $tz ) = $_[0] =~
        m/^.... (\d\d) (...) (\d\d\d\d) (\d\d):(\d\d):(\d\d) ([+-]\d{4
+})/
        or die "Bad format $_[0]";
        
    my $leaps =  int( ($y - 1970) / 4 + 0.5 );
    (((($y-1970)*365 +$leaps+MONTHS->{$m}+($d-1))*24 +$H)*60 +$M)*60 +
+$S
              - ($tz < 0 ? -1 : 1)*(substr($tz,1,2)*3600 + substr($tz,
+3)*60);
}
[download]

• No leap seconds;
• No daylight savings;
• Only works for another 87 years.

See my answer for timegm, which does slow things down, but is a bit more robust. ++ for pure-Perl that out-performs the "efficient" Time::Local routines and works in most all cases, though!

Edit: Updated $tz calc for fractional hours.

No timezones; This much is trivial to fix....

Indeed, that is sufficiently efficient to make it silly not to include it. Thank you.

Though It seems silly not to let the regex do its work. I reformulated that as:

sub str2epoch {
    my( $d, $m, $y, $H, $M, $S, $tzs, $tzh, $tzm ) = $_[0] =~
        m[^.... (\d\d) (...) (\d\d\d\d) (\d\d):(\d\d):(\d\d) ([+-])(\d
+\d)(\d\d)]
        or die "Bad format $_[0]";

    my $leaps =  int( ($y - 1970) / 4 + 0.5 );
    (((($y-1970)*365 +$leaps+MONTHS->{$m}+($d-1))*24 +$H)*60 +$M)*60 +
+$S
    - ($tzs eq '-' ? -1 : 1)*$tzh*3600 + $tzm*60;
}
[download]

See my answer for timegm, which does slow things down, but is a bit more robust

All the others can be handled, but eventually you just end up with the morass that is DateTime which I have no time for :)

(There is a simple workaround for the 2100 problem, but it wouldn't come to mind as I write that. And the last version I wrote is archived on a CD somewhere.)

---

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.

Another small speed up can be achieved by replacing

my $leaps =  int( ($y - 1970) / 4 + 0.5 );
    (((($y-1970)*365 +$leaps+MONTHS->{$m}+($d-1))*24 +$H)*60 +$M)*60 +
+$S;
[download]

with

(((int(($y-1970)*365.25-.5)+MONTHS->{$m}+$d)*24 +$H)*60 +$M)*60 +$S;
[download]

in my experiments between 5 to 10%. All other attempts using split and unpack are much slower. I found substr to be very fast:

sub str2epoch3 {
    (((int((substr($_[0],12,4)-1970)*365.25-.5)+
     MONTHS->{substr($_[0],8,3)}+substr($_[0],5,2))*24 +substr($_[0],1
+7,2))*60 +
     substr($_[0],20,2))*60 +substr($_[0],23,2);
}
[download]

about 60% faster than BrowserUk's code. I wonder whether there is something wrong...

Only works for another 87 years.

This reminds me of a comment that I actually found in some source-code once:   “dig me up and I’ll fix it then.”