5 ms·
Because they still wanted to support some EBCDIC code pages which don't include { or }. See also: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2910
by Leszek 10y ago
Because they still wanted to support some EBCDIC code pages which don't include { or }.
See also: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2910.pdf http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n291...
- ludamad 10y agoIs the title in the title bar related to that article? It seems like a hold-over
- crazy2be 10y agoThanks for a terrifying read! I shudder to think what sort of (now essentially solved) problems the engineers on those teams must have to deal with. I mean, if their code page doesn't even support [, {, }, or ], then imagine what must happen when someone tries to enter a non-english name into their system! It's remarkable that such systems still exist (and are apparently being updated, without their foundational cracks fixed) still today!
- stouset 10y agoAnd it's patently absurd to consider their argument that 1) they're still using trigraphs, but 2) intend to build against the C++17 spec. FFS, if you somehow find both of these to be true, preprocess your source to convert trigraphs to the corresponding glyphs, and to a character encoding that supports them. I can't possibly believe that they're running a C++17 compiler on a system that has no support for such a character set.