https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
CC||redi at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #13 from Jonathan Wakely redi at gcc dot gnu.org 2012-01-11
16:27:58 UTC ---
I have some ideas for PR 51772 which would also be relevant to this bug, and
wouldn't affect other platforms.
I'll see what I can do over the next few days
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #14 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2012-01-11 16:30:03 UTC ---
Great, thanks.
Rainer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-04-06 08:55:22 UTC ---
--- Comment #10 from Jonathan Wakely redi at gcc dot gnu.org 2011-04-03
17:58:14 UTC ---
Created attachment 23858
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #10 from Jonathan Wakely redi at gcc dot gnu.org 2011-04-03
17:58:14 UTC ---
Created attachment 23858
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23858
handle ctype::mask values that don't fit in 16bits
this should fix it, but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-30 11:16:55 UTC ---
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2011-03-30
11:07:13 UTC ---
Are you using a specific configure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2011-03-30
11:27:09 UTC ---
(In reply to comment #5)
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2011-03-30
11:07:13 UTC ---
Are you using a specific configure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org 2011-03-30
11:29:27 UTC ---
it will be *at least* two weeks before I have time to start that work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-30 15:06:04 UTC ---
I'm planning to add isblank to std::locale (LWG 2019) which will need changes
to all the locale models so while I'm doing that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-30 15:06:50 UTC ---
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org 2011-03-30
11:29:27 UTC ---
it will be *at least* two weeks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-03-29
17:38:58 UTC ---
(In reply to comment #0)
(gdb) p str10
$1 = {static npos = 4294967295, _M_dataplus = {std::allocatorwchar_t =
{__gnu_cxx::new_allocatorwchar_t = {No data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-03-29
17:52:44 UTC ---
Here's a simpler test, which should return 1:
#include locale
int main()
{
return isspace(L' ', std::locale());
}
if that works, how about this, which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-29 18:09:05 UTC ---
Both return 0. I wonder if the fact that char is unsigned on IRIX might
have something to do with this? OTOH, compiling them
15 matches
Mail list logo