https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
Jonathan Wakely changed:
What|Removed |Added
Assignee|redi at gcc dot gnu.org|unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
Christian Fersch changed:
What|Removed |Added
CC||gcc-bugzilla at m dot
chronial.de
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
--- Comment #7 from Jonathan Wakely ---
(In reply to Christian Fersch from comment #6)
> It seems like the solution would be to use codecvt_utf8 if wchar_t is 32bit
> and codecvt_utf8_utf16 if wchar_t is 16bit. This also seems to be what
> libc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
--- Comment #8 from Jonathan Wakely ---
We do have a codecvt specialization that uses iconv, which would allow us to
convert from the native wide encoding to UTF-8, independent of the locale's
narrow encoding.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
--- Comment #9 from Christian Fersch ---
But is it possible to query the value of -fwide-exec-charset? I had quick look
and couldn't find anything.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Summary|wstring-co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
--- Comment #4 from Jonathan Wakely ---
Using std::codecvt_utf8 fixes it:
--- a/libstdc++-v3/include/bits/fs_path.h
+++ b/libstdc++-v3/include/bits/fs_path.h
@@ -836,8 +836,7 @@ namespace __detail
}
}
#else // ! windows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
--- Comment #5 from Jonathan Wakely ---
Argh, this only works if the wide encoding happens to be UCS-4 (or for 16-bit
wchar_t, UCS-2) because std::codecvt_utf8 only supports converting between that
and UTF-8. Which is why I used std::codecvt in t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
10 matches
Mail list logo