Also mention runtime ordering selection in the FAQ.

This commit is contained in:
Beman
2015-10-16 10:57:35 -04:00
parent 484c635316
commit 91985423e4

View File

@@ -436,12 +436,12 @@ gives more pros and cons.</p>
<p><b>Why are only big and little native endianness supported?</b></p> <p><b>Why are only big and little native endianness supported?</b></p>
<blockquote> <blockquote>
<p>These are the only endian schemes that have any practical value today. PDP-11 <p>These are the only endian schemes that have any practical value today. PDP-11
and the other middle endian approaches are interesting historical curiosities and the other middle endian approaches are interesting curiosities
but have no relevance to today&#39;s C++ developers. The but have no relevance for today&#39;s C++ developers. The same is true for
architectures that allow runtime endianness switching. The
<a href="conversion.html#native-order-specification">specification for native <a href="conversion.html#native-order-specification">specification for native
ordering</a> has been carefully crafted to allow support for other ordering</a> has been carefully crafted to allow support for such orderings in
orderings in the future, should the need arise. Thanks to Howard Hinnant for the future, should the need arise. Thanks to Howard Hinnant for suggesting this. </p>
suggesting draft standarese. </p>
</blockquote> </blockquote>
<p><b>Why do both the buffer and arithmetic types exist?</b></p> <p><b>Why do both the buffer and arithmetic types exist?</b></p>