From: Jarkko Hietaniemi <jhi@iki.fi>
Date: Mon, 27 Nov 2000 00:49:59 +0000 (+0000)
Subject: Adjust the docs to agree with #7875.
X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=commitdiff_plain;h=3cf03d68a41803c0fae7103299600bbe1e431014;p=p5sagit%2Fp5-mst-13.2.git

Adjust the docs to agree with #7875.

p4raw-id: //depot/perl@7876
---

diff --git a/pod/perllocale.pod b/pod/perllocale.pod
index 79d7afe..f0c64c7 100644
--- a/pod/perllocale.pod
+++ b/pod/perllocale.pod
@@ -554,11 +554,11 @@ change the character used for the decimal point--perhaps from '.'  to ','.
 These functions aren't aware of such niceties as thousands separation and
 so on.  (See L<The localeconv function> if you care about these things.)
 
-Output produced by print() is also affected by the
-current locale: it depends on whether C<use locale> or C<no locale> is in
-effect, and corresponds to what you'd get from printf()
-in the "C" locale.  The same is true for Perl's internal conversions
-between numeric and string formats:
+Output produced by print() is also affected by the current locale: it
+depends on whether C<use locale> or C<no locale> is in effect, and
+corresponds to what you'd get from printf() in the "C" locale.  The
+same is true for Perl's internal conversions between numeric and
+string formats:
 
         use POSIX qw(strtod);
         use locale;
@@ -643,15 +643,6 @@ case-mapping table is in effect.
 
 =item *
 
-Some systems are broken in that they allow the "C" locale to be
-overridden by users.  If the decimal point character in the
-C<LC_NUMERIC> category of the "C" locale is surreptitiously changed
-from a dot to a comma, C<sprintf("%g", 0.123456e3)> produces a
-string result of "123,456".  Many people would interpret this as
-one hundred and twenty-three thousand, four hundred and fifty-six.
-
-=item *
-
 A sneaky C<LC_COLLATE> locale could result in the names of students with
 "D" grades appearing ahead of those with "A"s.
 
@@ -719,7 +710,9 @@ case-mapping with C<\l>, C<\L>,C<\u> or C<\U>.
 
 =item B<Output formatting functions> (printf() and write()):
 
-Success/failure result is never tainted.
+Results are never tainted because otherwise even output from print,
+for example C<print(1/7)>, should be tainted if C<use locale> is in
+effect.
 
 =item B<Case-mapping functions> (lc(), lcfirst(), uc(), ucfirst()):