<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Sep 13, 2018, 9:25 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 10:13, Joel Sherrill wrote:<br>
> On Thu, Sep 13, 2018, 5:40 PM Chris Johns <<a href="mailto:chrisj@rtems.org" target="_blank" rel="noreferrer">chrisj@rtems.org</a><br>
> <mailto:<a href="mailto:chrisj@rtems.org" target="_blank" rel="noreferrer">chrisj@rtems.org</a>>> wrote:<br>
> 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><br>
> <mailto:<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><br>
> <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>
> > <mailto:<a href="mailto:joel@rtems.org" target="_blank" rel="noreferrer">joel@rtems.org</a> <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>><br>
> > <mailto:<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<br>
> 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<br>
> 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<br>
> 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<br>
> root<br>
> > cause for this is the C standard. So, basically the C standard<br>
> strtoul() is<br>
> > unsuitable for embedded systems. The FreeBSD (sys/kern/strtoul.c) and<br>
> 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<br>
> 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<br>
> default.<br>
> ><br>
> <br>
> Is this something we could ot would want to control with newlib via a config<br>
> option?<br>
> <br>
> <br>
> We don't turn on locale for h8, m32c and maybe not epiphany. I am pretty <a href="http://sure.it" rel="noreferrer noreferrer" target="_blank">sure.it</a><br>
> <<a href="http://sure.it" rel="noreferrer noreferrer" target="_blank">http://sure.it</a>> is an option. And should be a documented RSB option to turn it<br>
> back on. Should be a size savings for most users.<br>
<br>
We turn on or off as an option?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Based on Sebastian's observation, I think off.</div><div dir="auto"><br></div><div dir="auto">Does this impact wide characters and multibyte? </div><div dir="auto"><br></div><div dir="auto">We will need to document the impact. I suspect it removes some POSIX support in a base build.</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>