develooper Front page | perl.perl5.porters | Postings from August 2011

Re: RFC: Second attempt at POSIX::strptime() in core

Thread Previous | Thread Next
From:
Nicholas Clark
Date:
August 30, 2011 09:46
Subject:
Re: RFC: Second attempt at POSIX::strptime() in core
Message ID:
20110830150137.GC23881@plum.flirble.org
On Tue, Aug 30, 2011 at 03:37:04PM +0100, Paul LeoNerd Evans wrote:
> So, having quite successfully derailed the previous attempt, lets try
> again.
> 
> I want
> 
>   use POSIX qw( strptime );
> 
> to work. I further want it to have actually-useful semantics, which as
> demonstrated POSIX::strptime::strptime and Time::Piece::strptime both
> lack. Ideally I'd prefer the former of these two semantics, as to most
> closely match the POSIX/C API, but given this was such a point of
> argument last time, I'd be happy to accept either of these in Perl:

> Opinions?

I really don't want to have 2 contradictory implementations of strptime()
in the core. My hunch is that there will be a way to achieve both desires,
but I don't have any insight yet on *how*. I suspect it comes down to the
right interface for adding the actually-useful semantics.


We had "fun" for a while when the (newly added) Socket::inet_pton() was
not compatible with the inet_pton() that Socket6 had provided for some years.
Commit 3aca805b785501fb fixed this. I don't want to repeat such "fun".

Nicholas Clark

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About