From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/9858 Path: news.gmane.org!not-for-mail From: Szabolcs Nagy Newsgroups: gmane.linux.lib.musl.general Subject: Re: Re: [bug-gettext] AM_GNU_GETTEXT without referring internal symbols? Date: Thu, 7 Apr 2016 12:57:47 +0200 Message-ID: <20160407105746.GF9862@port70.net> References: <20160407062659.GM21636@brightrain.aerifal.cx> 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 1460026693 1043 80.91.229.3 (7 Apr 2016 10:58:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 Apr 2016 10:58:13 +0000 (UTC) Cc: Rich Felker , musl@lists.openwall.com, bug-gnu-gettext@gnu.org To: Masanori Ogino Original-X-From: musl-return-9871-gllmg-musl=m.gmane.org@lists.openwall.com Thu Apr 07 12:58:07 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1ao7dS-0005mC-RL for gllmg-musl@m.gmane.org; Thu, 07 Apr 2016 12:58:02 +0200 Original-Received: (qmail 9377 invoked by uid 550); 7 Apr 2016 10:57:59 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 9359 invoked from network); 7 Apr 2016 10:57:58 -0000 Mail-Followup-To: Masanori Ogino , Rich Felker , musl@lists.openwall.com, bug-gnu-gettext@gnu.org Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Xref: news.gmane.org gmane.linux.lib.musl.general:9858 Archived-At: * Masanori Ogino [2016-04-07 16:12:39 +0900]: > 2016-04-07 15:26 GMT+09:00 Rich Felker : > > I'm not sure what the %Id thing you're referring to is; can you point > > me to a description of it? > > %Id is essentially an extension of printf(3) in glibc 2.2 and later. > It can be implemented by the same way as how sysdep is implemented; it > just depends on the current locale, not the ABI. > > Search http://man7.org/linux/man-pages/man3/sprintf.3.html by "glibc > 2.2 adds" for details. i think it is not acceptable that glibc introduces extensions that can collide with future versions of the c and posix standards. but it is even worse if a translation file format depends on such extensions which makes it hard to fix the problem once the collision happens (like it happened with scanf %a). there are other problems with this flag, so gettext manual should recommend some other solution.