<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Mar 30, 2016 at 4:37 AM, Graeme Geldenhuys <span dir="ltr"><<a href="mailto:mailinglists@geldenhuys.co.uk" target="_blank">mailinglists@geldenhuys.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">
</span>In my case I'm specifically referring to the benefit of using (U)Int<x><br>
style data types for use in record structures when reading binary data<br>
files. <br></blockquote><div>Makes sense.  <br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Does FPC follow that platform rule, or does FPC always define Word as<br>
16-bits? [sorry I don't have a ARM device to test on at the moment]<br>
If Word size does changes in FPC (for example between x86 & ARMv6), then<br>
I have quite a bit of code to fix up.<br></blockquote></div>Word is always 16-bit. <br>As Nikolay mentioned, the choice was made by Borland to keep word 16bit even for 32-bit platforms.<br></div><div class="gmail_extra">GNU Pascal have Word 32-bit (<a href="http://www.gnu-pascal.de/gpc/Word.html">http://www.gnu-pascal.de/gpc/Word.html</a>)<br><br></div><div class="gmail_extra">Not sure if FPC support 32-bit in gnu mode. But ISO mode seems to keep it at 16bit.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">thanks,<br></div><div class="gmail_extra">Dmitry<br></div></div>