<div dir="ltr">Getting back to the original question. I think execution character set and execution encoding would refer to the encoding specified by the default locale, the "C" locale. We do not change the execution encoding via calls to setlocale(), we change the global default locale to a new locale. <br><br>Any name is going to be confusing. I think it's better to just get an explicit definition to go together with the term. Something like that the execution encoding is the same as the default character set associated with the default "C" locale, and that it is IF NDR if the actual default character set is different than the presumed translation from source encoding to execution encoding, or if translation units with different execution encodings are linked together. IF NDR because I don't see how it could always be detected but it can quickly turn into ODR violations where the same named object has different definitions. <br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 13, 2019 at 1:22 PM Corentin <<a href="mailto:corentin.jabot@gmail.com">corentin.jabot@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 13, 2019, 7:08 PM Thiago Macieira <<a href="mailto:thiago@macieira.org" target="_blank">thiago@macieira.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tuesday, 13 August 2019 09:55:07 PDT Corentin wrote:<br>
> (if anyone is thinking about that, I don't recommend it. You're going to run<br>
> into size limits: ICC at 512kB and MSVC at 256kB. Use something like xxd -i<br>
> to generate a brace-delimited array instead)<br>
> <br>
> Afaik that works if you use \x to escape every byte otherwise some<br>
> implementation will mess with your data. Nothing is guaranteed to be<br>
> passthrough otherwise<br>
<br>
That would be ideal, but the problem I had was the unavailability of proper <br>
tools to convert the input into a form that the C++ compiler could consume. I <br>
was trying to do with a simple concatenation of a header, data, and footer.<br>
<br>
The end result is a shell script, a Perl script and a powershell script:<br>
<a href="https://codereview.qt-project.org/c/qt/qtbase/+/263548" rel="noreferrer noreferrer" target="_blank">https://codereview.qt-project.org/c/qt/qtbase/+/263548</a></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Interesting ! std::embed could be useful there (we are going a bit off script). Some kind of raw bytes literals or an implementation that would optimize parsing arrays of literals such that it is as efficient at compile time as strings would also be nice. </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
-- <br>
Thiago Macieira - thiago (AT) <a href="http://macieira.info" rel="noreferrer noreferrer" target="_blank">macieira.info</a> - thiago (AT) <a href="http://kde.org" rel="noreferrer noreferrer" target="_blank">kde.org</a><br>
Software Architect - Intel System Software Products<br>
<br>
<br>
<br>
</blockquote></div></div></div>
_______________________________________________<br>
SG16 Unicode mailing list<br>
<a href="mailto:Unicode@isocpp.open-std.org" target="_blank">Unicode@isocpp.open-std.org</a><br>
<a href="http://www.open-std.org/mailman/listinfo/unicode" rel="noreferrer" target="_blank">http://www.open-std.org/mailman/listinfo/unicode</a><br>
</blockquote></div>