New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
string-to-number coercion caching broken by locale #15952
Comments
From zefram@fysh.orgCreated by zefram@fysh.orgRiffing off the discussion in [perl #130801] of the locale dependence of $ LANG=de_DE perl -lwe '$a = "1,50"; { use locale; print 0+$a; } print 0+$a' Observe that the string-to-number coercion is affected by locale, But actually I think the locale dependence here is a mistake. Unlike the Perl Info
|
From @jkeenanOn Sat, 15 Apr 2017 00:44:17 GMT, zefram@fysh.org wrote:
To analyze this problem I added the 'de_DE' locale per instructions at https://askubuntu.com/questions/76013/how-do-i-add-locale-to-ubuntu-server#76106. I then opened two terminals with (via perlbrew) two different versions of perl. ##### Are these the results I should have expected for these two versions of perl? Thank you very much. |
The RT System itself - Status changed from 'new' to 'open' |
From zefram@fysh.orgJames E Keenan via RT wrote:
Those results match what I see and what I described in the bug report. -zefram |
From @jkeenanOn Sat, 30 Sep 2017 23:30:45 GMT, zefram@fysh.org wrote:
Thanks. Bisection indicates that the following is the commit where the behavior changed: ##### Make sure locale set right for radix parsing ##### Whether the change in behavior was good, bad, or some mix thereof, is up for discussion. Thank you very much. -- |
Migrated from rt.perl.org#131155 (status was 'open')
Searchable as RT131155$
The text was updated successfully, but these errors were encountered: