Subject: standards/12157: setlocale(3) conforms to ANSI C, not only ISO C90
To: None <gnats-bugs@gnats.netbsd.org>
From: Jaromír <jdolecek@NetBSD.org>
List: netbsd-bugs
Date: 02/08/2001 16:20:20
>Number:         12157
>Category:       standards
>Synopsis:       setlocale(3) conforms to ANSI C, not only ISO C90
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    standards-manager
>State:          open
>Class:          doc-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Feb 08 16:23:01 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     Jaromír Dolecek
>Release:        NetBSD 20010208
>Organization:
	
>Environment:
	
System: NetBSD saruman.ics.muni.cz 1.5R NetBSD 1.5R (SARUMAN) #10: Mon Feb 5 13:23:46 CET 2001 dolecek@saruman.ics.muni.cz:/usr/home/dolecek/soft/netbsd/sys/arch/i386/compile/SARUMAN i386
Architecture: i386
Machine: i386
>Description:
	Manpage for setlocale(3) and localeconv(3) states that it's
	conforming to ISO C90. Though that probably holds, ANSI C
	defines setlocale(3) and localeconv(3) too and it seems
	that our implementation is conforming to it. Stating it's
	conforming to ISO C90 only may discourage use of setlocale(3)
	for those who don't have ANSI C standard handy and hence assume
	it's new in ISO C90.
	Usage like 'setlocale(LC_ALL, "")' is fairly well defined
	by ANSI C and can safely be used on systems supporting ANSI C
	AFAIK.
>How-To-Repeat:
	Read STANDARDS section of setlocale(3) manpage.
>Fix:
	Should document the functions conform to ANSI C as well, with
	possible list of extensions, if there are any.
>Release-Note:
>Audit-Trail:
>Unformatted: