From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 58915 invoked by alias); 14 Jan 2016 12:38:42 -0000 Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-locales-owner@sourceware.org Received: (qmail 58893 invoked by uid 89); 14 Jan 2016 12:38:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.4 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,KHOP_DYNAMIC,RDNS_DYNAMIC autolearn=no version=3.3.2 spammy=HTo:U*sourceware-bugzilla, Hx-languages-length:1190, his X-Spam-User: qpsmtpd, 2 recipients X-HELO: rap.rap.dk Date: Thu, 14 Jan 2016 12:38:00 -0000 From: Keld Simonsen To: vapier at gentoo dot org Cc: libc-locales@sourceware.org Subject: Re: [Bug localedata/10871] ru_RU: 'mon' array should contain both nominative and genitive cases Message-ID: <20160114123830.GA1310@rap.rap.dk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-SW-Source: 2016-q1/txt/msg00026.txt.bz2 On Wed, Jan 13, 2016 at 11:49:01PM +0000, vapier at gentoo dot org wrote: > https://sourceware.org/bugzilla/show_bug.cgi?id=10871 > > --- Comment #20 from Mike Frysinger --- > (In reply to van.de.bugger from comment #19) > > i think you might have missed some of the things Rafal said. he is correct > when he said BSD because they already have a format specifier for this: %OB. > POSIX does *not* support this today (see the linked POSIX bug report for more > details) which leads us to the multiple choices he outlined in comment #7. > > i don't think we should create yet another standard -- either we use what BSD > already has, or we wait for POSIX to come up with one (and we go with his > suggestion for automatic detection in the mean time since it doesn't break > ABI). if you want to extend the standard, please post to the POSIX lists. We follow ISO TR 30112, and not pOSIX in glibc. POSIX is quite outdated wrt. i18n, and we cannot conform to POSIX's limited i18n capability. But we can work on ISO TR 30112 which is under revision. best regards keld