https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64467
--- Comment #5 from Hans-Peter Nilsson <hp at gcc dot gnu.org> ---
(In reply to Jonathan Wakely from comment #3)
> Almost certainly r217066.
>
> Is this a newlib target? I would expect to see the same failure for all
> newlib targets,
I verified that this is the case for mmix-knuth-mmixware and arm-eabi too, just
to eliminate my initial suspicion that this was a target bug.
> as I defined std::ctype_base::blank to be equal to
> std::ctype_base::space for newlib (and any libc where I couldn't determine
> the right bitmask for the [:blank:] character class) and the [:space:] class
> includes newline.
Uh, src/newlib/libc/include/ctype.h:
#define _B 0200
...
#define isblank(__c) \
__extension__ ({ __typeof__ (__c) __x = (__c); \
(__ctype_lookup(__x)&_B) || (int) (__x) == '\t';})
(while isspace has it's own bit, "#define _S 010")
HTH. :)
But that might not be very helpful, I'm just not sure how to help.
