From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2400 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: musl 0.9.8 released Date: Mon, 3 Dec 2012 12:30:19 -0500 Message-ID: <20121203173019.GI20323@brightrain.aerifal.cx> References: <20121127024958.GA23123@brightrain.aerifal.cx> <20121203131117.GC32305@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1354555833 6173 80.91.229.3 (3 Dec 2012 17:30:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 3 Dec 2012 17:30:33 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-2401-gllmg-musl=m.gmane.org@lists.openwall.com Mon Dec 03 18:30:45 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1TfZqv-00030Y-0P for gllmg-musl@plane.gmane.org; Mon, 03 Dec 2012 18:30:45 +0100 Original-Received: (qmail 19603 invoked by uid 550); 3 Dec 2012 17:30:32 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 19595 invoked from network); 3 Dec 2012 17:30:32 -0000 Content-Disposition: inline In-Reply-To: <20121203131117.GC32305@port70.net> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:2400 Archived-At: On Mon, Dec 03, 2012 at 02:11:17PM +0100, Szabolcs Nagy wrote: > i just remembered that there was a request about tzdata support > with proper zoneinfo parsing instead of just posix TZ Yes. I'd forgotten about that. It doesn't necessarily need to be on the agenda for the next release cycle, but it definitely needs to be in the 1.0 wishlist. I think I'll post a revised 1.0 wishlist with possible time frames for each item.. As for zoneinfo support, what it basically amounts to is writing a single function that, given a time in seconds since the epoch, runs over the mmapped zoneinfo binary format file and returns the timezone offset at that moment. It might also need the ability to determine separately the DST and non-DST offsets for the year that time falls in (for use with mktime) -- this could be done via an extra argument to the function, like the tm_isdst field, with 3 possible values -- and the ability to get the DST and non-DST names of the timezone. Would you or anyone else be interested in taking a shot at writing such a function? I remember I looked at it a while back and it didn't seem so hard, but the zoneinfo file format was really ugly with a lot of unnecessary indirection. Rich