From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/5578 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Locale bikeshed time Date: Wed, 23 Jul 2014 22:24:08 -0400 Message-ID: <20140724022408.GH11570@brightrain.aerifal.cx> References: <20140722184932.GA4914@brightrain.aerifal.cx> <20140722201008.GC16795@example.net> <20140722203540.GA11570@brightrain.aerifal.cx> <20140723095031.GE16795@example.net> <20140723163907.GC11570@brightrain.aerifal.cx> <53D043C9.8020102@midipix.org> <20140723233832.GF11570@brightrain.aerifal.cx> <53D05C4A.5070307@midipix.org> <20140724015719.GG11570@brightrain.aerifal.cx> <53D06C88.2010506@midipix.org> 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 1406168668 27255 80.91.229.3 (24 Jul 2014 02:24:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Jul 2014 02:24:28 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-5583-gllmg-musl=m.gmane.org@lists.openwall.com Thu Jul 24 04:24:21 2014 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 1XA8hg-0006ne-Vi for gllmg-musl@plane.gmane.org; Thu, 24 Jul 2014 04:24:21 +0200 Original-Received: (qmail 32600 invoked by uid 550); 24 Jul 2014 02:24:20 -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 32592 invoked from network); 24 Jul 2014 02:24:20 -0000 Content-Disposition: inline In-Reply-To: <53D06C88.2010506@midipix.org> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:5578 Archived-At: On Wed, Jul 23, 2014 at 10:16:40PM -0400, writeonce@midipix.org wrote: > >>implementation of %E? could use weak aliases and standardized hooks, > >>then applications or calendar-specific libraries could provide these > >>hooks and still use the libc strftime, rather than a complex system > >>of wrappers and conditionals. > >That's now how weak symbols work -- they're not a way to add plug-in > >code. > > > Thanks for the clarification. This leaves a query to a local > service the more likely solution since for at least the Hijri > (Muslim) and Hebrew (Jewish) calendars, accurate conversion cannot > be based on data or tables alone. How so? All code is fundamentally data/tables. Is your point that the current data is not sufficient to compute all future times (in which case updated data would be needed but sufficient) or just that the algorithms are moderately complex (in which case a the data would have to represent a nontrivial computational language). In any case this is probably quite low priority. I'm not aware of any other libc supporting these features or any significant demand for them. So it's a neat topic to discuss, but getting pretty far off topic from the topic at hand (locale support in 1.1.4). Rich