https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
Janne Blomqvist changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #24 from Janne Blomqvist ---
Author: jb
Date: Mon Nov 10 00:17:16 2014
New Revision: 217273
URL: https://gcc.gnu.org/viewcvs?rev=217273&root=gcc&view=rev
Log:
PR 47007 and 61847 Locale failures in libgfortran.
2014-11-10 Janne Blom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
Janne Blomqvist changed:
What|Removed |Added
URL||https://gcc.gnu.org/ml/gcc-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
Dominique d'Humieres changed:
What|Removed |Added
Status|ASSIGNED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #22 from Andreas Schwab ---
In glibc newlocale(0,"C",0) is cheap and doesn't need to be cached.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #21 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #20)
> has to obtain the locale with newlocale(..., "C",...) - and later should
> free it with freelocale.
Respectively, __newlocale and __freelocale for pre-POSIX-200
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #20 from Tobias Burnus ---
And yet another possibility: Some systems (like Darwin) have strtod_l (etc.)
which takes a locale argument. GLIBC seems to have it only as weak symbol but
offers __strtod_l.
Looking againt at GCC's C++ comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #19 from Tobias Burnus ---
Seemingly, g++ prefers to unset the locale. Namely,
libstdc++-v3/config/locale/generic/c_locale.cc has:
// Assumes __s formatted for "C" locale.
char* __old = setlocale(LC_ALL, 0);
const si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #17 from JTappin 2012-07-05 23:03:00 UTC
---
Created attachment 27748
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27748
Testcase for List-directed read
By default gtk_init calls setlocale, so if the locale is set to one that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #16 from PierreC 2012-03-14 13:42:13 UTC
---
I bumped into this problem using f2py to interface a Fortran library into
Python.
The read statement upon an internal buffer depends on the locale...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #15 from Steve Kargl
2010-12-20 14:48:03 UTC ---
On Mon, Dec 20, 2010 at 02:04:14PM +, fenixk19 at mail dot ru wrote:
> There is internal variants of strtof/strtod/strtold/etc functions in glibc,
> that allow explicitly set locale
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #14 from Alexander Varnin 2010-12-20
14:04:08 UTC ---
There is internal variants of strtof/strtod/strtold/etc functions in glibc,
that allow explicitly set locale of convertion. These functions are base for
user variants of strto*. If
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
Janne Blomqvist changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
--- Comment #13 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #12 from Tobias Burnus 2010-12-19
21:32:49 UTC ---
Vaguely related: PR 35862 (rounding on input). Both PR 35862 and this PR seem
to require writing a libgfortran-specific version of
strtof/strtod/strtold/quadmath_strtopQ - currently,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #11 from Alexander Varnin 2010-12-19
18:04:04 UTC ---
I was glad to help.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #8 from Alexander Varnin 2010-12-19
14:13:24 UTC ---
Created attachment 22821
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22821
Write namelist test case
Here is also test case for writing namelist. It shows, that '.' is used
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #7 from Alexander Varnin 2010-12-19
13:58:35 UTC ---
$ gfortran -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
4.4.4-14ubuntu5' --with-bugurl=file:///usr/share/d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #6 from Alexander Varnin 2010-12-19
13:54:58 UTC ---
Created attachment 22820
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22820
Test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #5 from Tobias Burnus 2010-12-19
11:35:14 UTC ---
(In reply to comment #4)
> The standard says namelist IO will
> use whatever current decimal separator is. If locale sets
> the default to ',', then that is what should be used unless
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #4 from Steve Kargl
2010-12-19 02:14:40 UTC ---
On Sat, Dec 18, 2010 at 08:52:07PM +, burnus at gcc dot gnu.org wrote:
>
> In order to use a decimal comma (and ";" as separator), one can use
> DECIMAL="comma" in the OPEN statemen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
26 matches
Mail list logo
