<div class="gmail_quote">On 19 February 2012 18:03, Vladimir Panteleev <span dir="ltr"><<a href="mailto:vladimir@thecybershadow.net">vladimir@thecybershadow.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Sunday, 19 February 2012 at 15:26:27 UTC, Manu wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There is code that assumes size_t is the width of the pointer<br>
</blockquote>
<br></div>
When is this not true? I can only think of 16-bit far pointers.<br>
</blockquote></div><br><div>Ignoring small embedded systems (for which it is almost always true), some that immediately come to mind:</div><div><br></div><div> NaCl (Google Native Client) - x64 arch, 32bit pointers ... <- of immediate concern to me</div>
<div> PPC based consoles; PS3, X360, Wii, WiiU (not released yet) - 64bit, all 32bit pointers</div><div> Android, and probably iOS; 64bit ARM chips - will certainly not fork the OS to use 64bit pointers</div><div><br></div>
<div>word/pointer width mismatch does happen, even if you try to argue it's uncommon, the language MUST be able to express these architectures. It's not an optional fix. Just need to name them properly, and correct existing code.</div>