From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/5577 Path: news.gmane.org!not-for-mail From: "writeonce@midipix.org" Newsgroups: gmane.linux.lib.musl.general Subject: Re: Locale bikeshed time Date: Wed, 23 Jul 2014 22:16:40 -0400 Message-ID: <53D06C88.2010506@midipix.org> 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> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1406168221 21693 80.91.229.3 (24 Jul 2014 02:17:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Jul 2014 02:17:01 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-5582-gllmg-musl=m.gmane.org@lists.openwall.com Thu Jul 24 04:16:55 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 1XA8aV-00026I-2i for gllmg-musl@plane.gmane.org; Thu, 24 Jul 2014 04:16:55 +0200 Original-Received: (qmail 26188 invoked by uid 550); 24 Jul 2014 02:16:54 -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 26180 invoked from network); 24 Jul 2014 02:16:53 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 In-Reply-To: <20140724015719.GG11570@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:5577 Archived-At: On 07/23/2014 09:57 PM, Rich Felker wrote: > On Wed, Jul 23, 2014 at 09:07:22PM -0400, writeonce@midipix.org wrote: >> In terms of practicality: for many of the calendars I mentioned, >> conversion involves not only a formula, but also date- and >> year-based considerations. A correct implementation of all the %E? >> specifiers is accordingly going to include many bytes of code that >> probably shouldn't be pulled in whenever a "random" static >> application uses strftime. That being said, if musl's > Obviously unless the set of such rules is fixed and free of the need > for external updates, it would need to be represented as *data* that's > loaded as part of the locale file and not as code. Or as a query to a > (local) service. > >> 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. > > Rich > > 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. zg