Bug 117020 - [C2y] Implement N3366, Restartable Functions for Efficient Character Conversions
Summary: [C2y] Implement N3366, Restartable Functions for Efficient Character Conversions
Status: NEW
Alias: None
Product: gcc
Classification: Unclassified
Component: c (show other bugs)
Version: unknown
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-10-08 17:42 UTC by Marek Polacek
Modified: 2024-11-11 23:54 UTC (History)
3 users (show)

See Also:
Host:
Target:
Build:
Known to work:
Known to fail:
Last reconfirmed: 2024-10-08 00:00:00

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Marek Polacek 2024-10-08 17:42:26 UTC 
See <https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3366.htm>.
Comment 1 Marek Polacek 2024-10-08 17:44:47 UTC 
Editorial fix, "will decrement" -> "decrements".
Comment 2 Joseph S. Myers 2024-10-08 17:47:23 UTC 
There is very little language content in this paper (only some predefined macros).
Comment 3 Jakub Jelinek 2024-11-11 09:37:50 UTC 
I'm afraid I don't understand when exactly the predefined macros should be defined.
Shall __STDC_LITERAL_UTF8__ be defined when narrow character set is UTF-8 and
__STDC_WIDE_LITERAL_UTF{16,32}__ when the wide character set is UTF-16/32 (depending on
wchar_precision)?
Something else?
If yes, checking for the default cases might be easier than when user uses -fexec-charset=/-fwide-exec-charset=, because with user specified charsets figuring out from whatever iconv groks if it is UTF-8/16/32 compatible might be harder.
Comment 4 Joseph S. Myers 2024-11-11 23:54:00 UTC 
Yes, it's about the exec-charset / wide-exec-charset.