I've uploaded a patch (rt://46888) which allows the module to compile on Solaris; this may improve compilation success on other platforms. The tests will probably fail because the module seems to have been written based on the Linux behavior.

I've discovered significant differences in how strptime behaves under OS X, Linux, and Solaris (see rt://46889 for comments on Solaris), not just in terms of whether the initial structure is initialized, but also in which fields are determined from the input string. There seems to be enough variation in how strptime is implemented that in my opinion it's not very useful in cross-platform code.

I've kinda given up on "validation" of dates. I usually use something like

use Date::Manip;
my $formatted_date = UnixDate $date, $PREFERRED_FORMAT;
[download]

If Date::Manip::UnixDate() can figure out what was provided enough to produce a date in the format that I wish, then it was good enough. It isn't the fastest approach in the world, but it has served me well.

What are you trying to install? There shouldn't be any need to install anything.

POSIX.pm has been a part of the standard Perl installation since the earliest versions of Perl 5. If you have Perl 5 installed then you already have POSIX.pm and therefore POSIX::strptime.

The 5.10.0 POSIX module doesn't look like it supplies strptime:

% perl -v

This is perl, v5.10.0 built for x86_64-linux-gnu-thread-multi
[...]

% perl -MPOSIX=strptime
"strptime" is not exported by the POSIX module
Can't continue after import errors at /usr/lib/perl/5.10/POSIX.pm line
+ 28
BEGIN failed--compilation aborted.

% perl -MPOSIX -le 'print POSIX->VERSION'
1.13
[download]

You're right. POSIX has never included strptime. It includes strftime. I apologise for being confused by the original question :-)

--


See the Copyright notice on my home node.

Perl training courses

Time::Piece does provides strptime