[1003.1(2013)/Issue7+TC1 0000861]: Add interface for querying name of active locale in a given category

[Austin Group Bug Tracker]

The following issue has been SUBMITTED.
======================================================================
http://austingroupbugs.net/view.php?id=861
======================================================================
Reported By: dalias
Assigned To:
======================================================================
Project: 1003.1(2013)/Issue7+TC1
Issue ID: 861
Category: Base Definitions and Headers
Type: Enhancement Request
Severity: Editorial
Priority: normal
Status: New
Name: Rich Felker
Organization: musl libc
User Reference:
Section: locale.h
Page Number: unknown
Line Number: unknown
Interp Status: ---
Final Accepted Text:
======================================================================
Date Submitted: 2014-07-31 19:50 UTC
Last Modified: 2014-07-31 19:50 UTC
======================================================================
Summary: Add interface for querying name of active locale in
a given category
Description:
At present there is no interface for querying the name of the active locale
for a given category. If uselocale is not in effect, setlocale(cat, 0)
serves this purpose, but obviously this method is not sufficient for
programs which may be using uselocale.

The main motivation for obtaining the name of the active locale is to
facilitate use of translated messages at the application level, where the
locale name is used as a key into some kind of translation catalog (e.g.
gettext style) outside of the catgets framework. In addition, when XSI
conforming locale names are in use, the locale name is also useful to
communicate to remote systems, e.g. for deriving an Accept-Language header
for HTTP requests, in order facilitate having messages from remote sources
match the active locale.

Desired Action:
Add an interface capable of reporting the active locale for a given locale
category, reflecting the locale set by uselocale if one is active, and
otherwise the global locale. The specifics of this interface are
open-ended, but I would prefer it not be more general or more costly to
implement than necessary. It need not accept LC_ALL nor should there be
excessive requirements on the lifetime of the string returned.

======================================================================

Issue History
Date Modified Username Field Change
======================================================================
2014-07-31 19:50 dalias New Issue
2014-07-31 19:50 dalias Name => Rich Felker
2014-07-31 19:50 dalias Organization => musl libc
2014-07-31 19:50 dalias Section => locale.h
2014-07-31 19:50 dalias Page Number => unknown
2014-07-31 19:50 dalias Line Number => unknown
======================================================================