<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 4, 2016 at 12:58 PM, Sebastian Huber <span dir="ltr"><<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
----- Am 4. Jan 2016 um 18:01 schrieb Joel Sherrill <a href="mailto:joel@rtems.org">joel@rtems.org</a>:<br>
<br>
> What exactly does this fix and how does it fix it?<br>
<br>
</span>I will add this to the commit message:<br>
<br>
On certain targets (e.g. PowerPC) global data below a certain threshold (e.g. 8 bytes) may resided in a special memory area, the small-data area.  This allows more efficient load/store operations.  Placing such data into the wrong section (e.g. .rodata) leads to relocation errors during link-time.  See test program libtests/dl02 in the RTEMS testsuite.  Using an array of unspecified size prevents that the compiler assumes that a certain variable is in the small-data area.<br>
</blockquote></div><br></div><div class="gmail_extra">Thanks. I trusted you that it was an improvement.. Just didn't know how. :)</div><div class="gmail_extra"><br></div><div class="gmail_extra">The small data area can be a pain. On the MIPS, there is a GCC flag to control the maximum size of a data item allowed to be placed in it.</div></div>