<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 11/6/19 8:30 AM, Howard Hinnant wrote:<br>
    <blockquote type="cite"
      cite="mid:EA06FD11-E9EA-4261-8687-6225370D1030@gmail.com">
      <pre class="moz-quote-pre" wrap="">You can comment the LWG issue (if you want) by emailing said comment to <a class="moz-txt-link-abbreviated" href="mailto:lwgchair@gmail.com">lwgchair@gmail.com</a>, specifying which issue you wish to comment and supplying the comment.

Howard

On Nov 5, 2019, at 10:32 PM, Corentin via Lib-Ext <a class="moz-txt-link-rfc2396E" href="mailto:lib-ext@lists.isocpp.org">&lt;lib-ext@lists.isocpp.org&gt;</a> wrote:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">
Not sure how to do that proceduraly but here is some alternative wording.
The "runtime" locale-tied encoding is *assumed to be* a super set of the execution encoding - to the extent the standard doesn't distinguish between the two


If Period::type is micro, but the &lt;ins&gt;abstract&lt;/ins&gt; character &lt;ins&gt;µ , which has the universal character name &lt;/ins&gt; U+00B5 cannot be represented in the &lt;ins&gt;execution&lt;/ins&gt; encoding &lt;del&gt;used for&lt;/del&gt;&lt;ins&gt; associated with the character type &lt;/ins&gt; charT, the unit suffix "us" is used instead of "µs".</pre>
      </blockquote>
    </blockquote>
    <br>
    <div class="moz-cite-prefix">Howard and I discussed the wording I
      proposed today and we're now on the same page with regard to the
      intent.<br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">With regard to Corentin's suggested
      wording above, "abstract character" and "execution encoding" are
      not current terms in the standard (well, the former is inherited
      from our reference to the Unicode standard but is otherwise unused
      at present).  <a moz-do-not-send="true"
        href="http://wg21.link/p1859r0">P1859R0</a> does intend to
      standardize new terminology, but we don't yet have consensus for
      what the new terms should be named.  I think we should avoid using
      candidate names until we have such consensus.<br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Tom.<br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <blockquote type="cite"
      cite="mid:EA06FD11-E9EA-4261-8687-6225370D1030@gmail.com">
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">


</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">On Mon, 4 Nov 2019 at 15:42, Tom Honermann via Lib-Ext <a class="moz-txt-link-rfc2396E" href="mailto:lib-ext@lists.isocpp.org">&lt;lib-ext@lists.isocpp.org&gt;</a> wrote:
A new LWG issue was filed for this question today:
- <a class="moz-txt-link-freetext" href="https://cplusplus.github.io/LWG/issue3314">https://cplusplus.github.io/LWG/issue3314</a>

This issue concerns the ostream inserters added for std::chrono::duration in C++20 and what the intended behavior is for a duration when period::type is micro.

[time.duration.io]p4 states:


</pre>
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">If Period​::​type is micro, but the character U+00B5 cannot be represented in the encoding used for charT,           the unit suffix "us" is used instead of "μs".

</pre>
          </blockquote>
          <pre class="moz-quote-pre" wrap="">
The question is with regard to which one of the encodings used for charT is referred to here; the compile-time execution character set or the run-time locale dependent native character set?

The proposed resolution specifies that the compile-time execution character set is the intended one.  My expectation is that this aligns with existing implementations, but I haven't checked.

Tom.

</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">_______________________________________________
Lib-Ext mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Lib-Ext@lists.isocpp.org">Lib-Ext@lists.isocpp.org</a>
Subscription: <a class="moz-txt-link-freetext" href="https://lists.isocpp.org/mailman/listinfo.cgi/lib-ext">https://lists.isocpp.org/mailman/listinfo.cgi/lib-ext</a>
Link to this post: <a class="moz-txt-link-freetext" href="http://lists.isocpp.org/lib-ext/2019/11/13309.php">http://lists.isocpp.org/lib-ext/2019/11/13309.php</a>
_______________________________________________
Lib-Ext mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Lib-Ext@lists.isocpp.org">Lib-Ext@lists.isocpp.org</a>
Subscription: <a class="moz-txt-link-freetext" href="https://lists.isocpp.org/mailman/listinfo.cgi/lib-ext">https://lists.isocpp.org/mailman/listinfo.cgi/lib-ext</a>
Link to this post: <a class="moz-txt-link-freetext" href="http://lists.isocpp.org/lib-ext/2019/11/13325.php">http://lists.isocpp.org/lib-ext/2019/11/13325.php</a>
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
SG16 Unicode mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Unicode@isocpp.open-std.org">Unicode@isocpp.open-std.org</a>
<a class="moz-txt-link-freetext" href="http://www.open-std.org/mailman/listinfo/unicode">http://www.open-std.org/mailman/listinfo/unicode</a>
</pre>
    </blockquote>
    <p><br>
    </p>
  </body>
</html>