[Bug libstdc++/32254] std::runtime_error thrown by locale()
--- Comment #6 from paolo dot carlini at oracle dot com 2008-09-29 12:48 --- *** Bug 37673 has been marked as a duplicate of this bug. *** -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||ivranos at freemail dot gr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32254
[Bug libstdc++/32254] std::runtime_error thrown by locale()
--- Comment #7 from paolo dot carlini at oracle dot com 2008-09-29 13:37 --- *** Bug 37673 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32254
[Bug libstdc++/32254] std::runtime_error thrown by locale()
--- Comment #8 from paolo dot carlini at oracle dot com 2008-09-29 14:17 --- *** Bug 37673 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32254
[Bug libstdc++/32254] std::runtime_error thrown by locale()
--- Comment #1 from pcarlini at suse dot de 2007-06-08 08:38 --- The only possible explanation is that, at build time, the configury didn't find the required localedata (at least de_DE) or other tests failed, and the generic (instead of gnu) locale model has been selected. In that case the runtime_error is expected. Can you check that? -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32254
[Bug libstdc++/32254] std::runtime_error thrown by locale()
--- Comment #2 from thanate at asu dot edu 2007-06-08 23:40 --- umm... I don't know how to check for that. But I ran configure with --enable-clocale=gnu. I posted my build log at http://mathpost.asu.edu/~thanate/build.log I'll keep the build dir for a while in case you need some more log files. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32254
[Bug libstdc++/32254] std::runtime_error thrown by locale()
--- Comment #3 from pcarlini at suse dot de 2007-06-09 00:11 --- See this line in the Log: checking for C locale to use... generic That means the configure-time tests for the gnu locale model are not ok and the generic locale model is selected instead, as a fallback. Can you investigate whether the 'de_DE' localedata is installed on your system? It's necessary for those checks. In order to do that you can, for example, run a small C program that does 'setlocale(LC_ALL, de_DE)': it must return a non-NULL pointer. On linux, you can invoke 'localedef --list-archive'. (note that on 4.2.1 vs earlier releases, even if you pass --enable-clocale=gnu explicitely, the system is checked for actual support of the locale model, it cannot be forced: that may explain the unexpected behavior on your side). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32254
[Bug libstdc++/32254] std::runtime_error thrown by locale()
--- Comment #4 from thanate at asu dot edu 2007-06-09 00:22 --- localedef --list-archive gave me only one line: en_US.utf8 I think that's how I set up my system, with only one locale. Now I'm not sure why should I have to have de_DE installed for locale() to work. But if you want, I can install de_DE and try again and report back. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32254
[Bug libstdc++/32254] std::runtime_error thrown by locale()
--- Comment #5 from pcarlini at suse dot de 2007-06-09 00:26 --- Ok, that is it. That locale must be installed because old glibcs had a bug which showed up clearly with de_DE and we must check against it. The docs explain that, anyway: http://gcc.gnu.org/onlinedocs/libstdc++/install.html -- pcarlini at suse dot de changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32254