From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mimir.eigenstate.org ([206.124.132.107]) by ewsd; Sat Jun 13 15:40:24 EDT 2020
Received: from abbatoir.fios-router.home (pool-74-101-2-6.nycmny.fios.verizon.net [74.101.2.6])
	by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id 3f39768e (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO);
	Sat, 13 Jun 2020 12:40:09 -0700 (PDT)
Message-ID: <364F2C1F2CDA34BA1E40FA14CDBA8767@eigenstate.org>
To: ori@eigenstate.org, 9front@9front.org
Subject: Re: [9front] libc: date handling improvements
Date: Sat, 13 Jun 2020 12:40:08 -0700
From: ori@eigenstate.org
In-Reply-To: <AE583BF0F480F9D2360D51764C6A37CC@eigenstate.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: generic progressive SQL full-stack hardware content-driven-oriented locator 

> I implemented libdate -- but the right place to put
> it is in libc, replacing our ctime and gmtime apis.
> 
> Follow ups will replace seconds(1), upas time parsing
> code, and whatever other instances of hand rolled date
> parsing and formatting can be found.
> 
> Here's a patch that does this. Testing appreciated,
> and follow ups that I haven't done yet would also be
> great :)
> 

Committed -- please let me know if you notice any
breakage.