<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Sep 13, 2018, 5:40 PM Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 14/09/2018 02:30, Joel Sherrill wrote:<br>
> On Thu, Sep 13, 2018, 10:34 AM Sebastian Huber<br>
> <<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a> <mailto:<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a>>><br>
> wrote:<br>
>     ----- Am 13. Sep 2018 um 14:07 schrieb joel <a href="mailto:joel@rtems.org" target="_blank" rel="noreferrer">joel@rtems.org</a><br>
>     <mailto:<a href="mailto:joel@rtems.org" target="_blank" rel="noreferrer">joel@rtems.org</a>>:<br>
> <br>
>     > On Thu, Sep 13, 2018, 3:28 AM Sebastian Huber <<br>
>     > <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a><br>
>     <mailto:<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a>>> wrote:<br>
>     ><br>
>     >> Hello,<br>
>     >><br>
>     >> I test currently the tqm8xx BSP which worked fine until RTEMS 5. The<br>
>     >> problem is that this BSP uses strtoul() to get some system configuration<br>
>     >> parameters from the boot loader. The Newlib used by RTEMS 5 has now<br>
>     >> support for C locales in strtoul(). The C locale support needs an<br>
>     >> executing thread with a valid Newlib reentrancy structure. This is<br>
>     >> definitely not the case during bsp_start().<br>
>     >><br>
>     ><br>
>     > Why do we now longer have a global reentrancy structure to fall back on?<br>
> <br>
>     I think having a global reentrancy as a fall back just for the lowest level<br>
>     system start without an idle thread is a bit of overkill.<br>
> <br>
>     The heavy weight C local support which was recently introduced in Newlib is<br>
>     not really the right thing for the embedded systems I know.  There were<br>
>     several complaints about this on the Newlib mailing list as well.  The root<br>
>     cause for this is the C standard. So, basically the C standard strtoul() is<br>
>     unsuitable for embedded systems. The FreeBSD (sys/kern/strtoul.c) and Linux<br>
>     (lib/kstrtox.c) kernel have their own implementations.<br>
> <br>
> <br>
> FWIW the FACE Technical Standard does not include wide characters in ANY profile<br>
> as of Edition 3.0. None of the RTOS vendors knew of any avionics users. It<br>
> wasn't viewed as a necessary feature. We could consider disabling it by default.<br>
> <br>
<br>
Is this something we could ot would want to control with newlib via a config option?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">We don't turn on locale for h8, m32c and maybe not epiphany. I am pretty <a href="http://sure.it">sure.it</a> is an option. And should be a documented RSB option to turn it back on. Should be a size savings for most users.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Chris<br>
</blockquote></div></div></div>