From owner-freebsd-current  Sat Jun  7 09:31:21 1997
Return-Path: <owner-current>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id JAA24148
          for current-outgoing; Sat, 7 Jun 1997 09:31:21 -0700 (PDT)
Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA24141
          for <current@freebsd.org>; Sat, 7 Jun 1997 09:31:17 -0700 (PDT)
Received: from unique.usn.blaze.net.au (local [127.0.0.1])
	by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id CAA27373;
	Sun, 8 Jun 1997 02:30:53 +1000 (EST)
Message-Id: <199706071630.CAA27373@unique.usn.blaze.net.au>
To: Tom <tom@uniserve.com>, current@freebsd.org
Subject: Re: Use of your strptime(3) code (fwd) 
In-reply-to: Your message of "Thu, 05 Jun 1997 14:49:01 MST."
             <Pine.BSF.3.96.970605144649.11498A-100000@shell.uniserve.com> 
X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P<Wc^}f75I|456ez/M
 E3OlD+ZL@c>#N+Ec~Z&@;'LL!;3?y<m[SK`'\R~Oe|(t-x+U@a%p!1_fZP0!Tb^?'%M1|"n9
 Fl{Ao~%X[Ec|bMlaN-3#x.e')nZ2/HHYSa2D[:bk#pj0(}\HpKeE}/GqUb3-1}lnUm6Et4?(
 gB5[*Z3Mu6o{Og.EJ))beY9oq9wcVU7_n}:I2JvCaa[5=&PI;x__["DL`uI}=s>
Date: Sun, 08 Jun 1997 02:30:51 +1000
From: David Nugent <davidn@unique.usn.blaze.net.au>
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>>> Because in 2.0b6, the author removed the requirement for a system
>>> strptime(3) call.  Still, this situtation may come up again, so I offered
>>> it as something to add to libc/libcompat.
>> 
>> Again, with the existing copyright, it's simply unacceptable.  I'm
>> saying this for at least the third time now, but didn't get any
>> response so far.
>
> Also, I don't think we need it.  None of the hundreds of other ports
> need it, and as it seems neither does msql.

By the same token, we don't "need" anything in libc which isn't a
system call, right? I mean, why not have apps do it all themselves?
:-)

Ok, perhaps this is a little too sarcastic, but there have been two
instances in the last couple of months where I could have used a
strptime(). pw(8), for example, could make use of it. It currently
doesn't "need" strptime() because it uses a different longhand method,
but if it was available in libc, it would *certainly* use it. Same
probably goes for anything that needs to parse a date/time. It is
a common enough need to put it into libc, imho. Other UNIX vendors
including NetBSD obviously think so too.

Regards,
David