<br><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 14, 2019, 4:57 PM Peter Dimov &lt;<a href="mailto:pdimov@gmail.com">pdimov@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Tom Honermann wrote:<br>
&gt; On 8/14/19 3:54 AM, Peter Dimov wrote:<br>
&gt; &gt; Tom Honermann wrote:<br>
&gt; &gt;<br>
&gt; &gt;&gt;  I think we *might* be successful in using &quot;execution encoding&quot; to <br>
&gt; &gt;&gt; apply to both the compile-time and run-time encodings by extending the <br>
&gt; &gt;&gt; term with specific qualifiers; e.g., &quot;presumed execution encoding&quot; and <br>
&gt; &gt;&gt; &quot;run-time/system/native execution encoding&quot;.<br>
&gt; &gt;<br>
&gt; &gt; This would be implying that there&#39;s a single &quot;execution&quot; or &quot;native&quot; <br>
&gt; &gt; encoding, whereas there are many.<br>
&gt; &gt;<br>
&gt; &gt; - encoding used for character literals<br>
&gt;<br>
&gt; I made the &quot;presumed execution encoding&quot; distinction specifically for this <br>
&gt; case.<br>
<br>
Right, and I am saying that calling all the encodings &quot;&lt;adjective&gt; execution <br>
encoding&quot; implies that they are if not the same, then somehow related, and <br>
they aren&#39;t.<br>
<br>
I would call the encoding used for narrow character literals &quot;narrow literal <br>
encoding&quot; and the encoding used for wide character literals &quot;wide literal <br>
encoding&quot;. This is what they are.<br></blockquote></div><div><br></div><div>I strongly agree. Someone should write a paper :)</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
&quot;Execution encoding&quot; made sense when a program was, say, written in <br>
Krasnoyarsk and intended to be executed in Kuala Lumpur. A Krasnoyarsk <br>
machine used the Krasnoyarsk encoding for everything, and a Kuala Lumpur <br>
machine used the Kuala Lumpur encoding for everything. Hence source and <br>
execution..<br></blockquote></div><div><br></div><div>+1</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
...<br>
&gt; &gt; (*) Here &quot;none&quot; (arbitrary NTBS not interpreted as characters by the FS) <br>
&gt; &gt; is an option<br>
&gt;<br>
&gt; Except that, historically, some implementations apply locale <br>
&gt; transformations to *some* of the filesystem interfaces.  For example, <br>
&gt; paths passed to std::fstream may be converted in a locale sensitive way <br>
&gt; while paths passed to std::wfstream may not be.<br>
<br>
Right, some FSs accept arbitrary NTBSs and guarantee a perfect roundtrip, <br>
and others do not and do not. But that&#39;s library. The point is that there is <br>
no single system execution encoding. Different parts of the system use <br>
different encodings. <br>
<br>
</blockquote></div>