3 ms·
"""Codify existing practice to address evident deficiencies. Only those concepts that have some prior art should be accepted. (Prior art may come from implement
by AlexanderDhoore 4y ago
"""Codify existing practice to address evident deficiencies. Only those concepts that have some prior art should be accepted. (Prior art may come from implementations of languages other than C.) Unless some proposed new feature addresses an evident deficiency that is actually felt by more than a few C programmers, no new inventions should be entertained."""
Source: Rationale for International Standard — Programming Languages — C https://www.open-std.org/jtc1/sc22/wg14/www/C99RationaleV5.10.pdf https://www.open-std.org/jtc1/sc22/wg14/www/C99RationaleV5.1...
I don't know if this rationale is still followed, but I think it applies here. We need to be cautious when adding new features to C.
- rurban 4y agowell, basic string support would be fine, wouldn't it? the C standard still having no proper string library for decades didn't harm its popularity, but still. you cannot find non-normalized substrings (strings are Unicode nowadays), utf-8 is unsupported. coreutils and almost all tools don't have proper string (=Unicode) support.