[PATCH] Introduce _REENT_GLOBAL_STDIO_STREAMS

2017-06-22 Thread Sebastian Huber
In Newlib, the stdio streams are defined to thread-specific pointers _reent::_stdin, _reent::_stdout and _reent::_stderr. In case _REENT_SMALL is not defined, then these pointers are initialized via _REENT_INIT_PTR() or _REENT_INIT_PTR_ZEROED() to thread-specific FILE objects provided via _reent::

Re: [PATCH] Introduce _REENT_GLOBAL_STDIO_STREAMS

2017-06-22 Thread Sebastian Huber
The per-thread memory reduction is noticeable: (gdb) p sizeof(struct _reent) $1 = 344 (gdb) p sizeof(__sf) $2 = 384 (gdb) So, struct _reent is more than 50% smaller. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax

Re: [PATCH] Introduce _REENT_GLOBAL_STDIO_STREAMS

2017-06-22 Thread Gedare Bloom
Submit to newlib ml. It looks like a reasonable thing to do if the newlib general maintainers agree with the use of the new option. On Thu, Jun 22, 2017 at 4:11 AM, Sebastian Huber wrote: > The per-thread memory reduction is noticeable: > > (gdb) p sizeof(struct _reent) > $1 = 344 > (gdb) p sizeo

Re: [PATCH 02/10] top/task1.c: Fix sprintf() buffer overflow

2017-06-22 Thread Gedare Bloom
On Wed, Jun 21, 2017 at 1:52 PM, Joel Sherrill wrote: > --- > testsuites/libtests/top/task1.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/testsuites/libtests/top/task1.c b/testsuites/libtests/top/task1.c > index fc81f51..c9e62df 100644 > --- a/testsuites/libtests/top/

Re: [PATCH 02/10] top/task1.c: Fix sprintf() buffer overflow

2017-06-22 Thread Gedare Bloom
On Thu, Jun 22, 2017 at 10:53 AM, Gedare Bloom wrote: > On Wed, Jun 21, 2017 at 1:52 PM, Joel Sherrill wrote: >> --- >> testsuites/libtests/top/task1.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/testsuites/libtests/top/task1.c >> b/testsuites/libtests/top/task1.

Re: [PATCH] Introduce _REENT_GLOBAL_STDIO_STREAMS

2017-06-22 Thread Joel Sherrill
On Thu, Jun 22, 2017 at 9:52 AM, Gedare Bloom wrote: > Submit to newlib ml. It looks like a reasonable thing to do if the > newlib general maintainers agree with the use of the new option. > +1 This certainly should correct the odd behavior that people have seen. > > On Thu, Jun 22, 2017 at 4:

Re: RISC-V/HiFive memory limitations

2017-06-22 Thread Denis Obrezkov
> > Ok, then I will try to adapt the default linkcmd file today. > > -- > Regards, Denis Obrezkov > Hello all, It seems that data section wasn't copied from ROM, so I've added the initialization code and now I have a proper value. Thus, I can proceed further to new errors. I haven't started to de

RTEMS-libbsd trailing whitespace

2017-06-22 Thread Sichen Zhao
Hi Sebastian, When i import file from freebsd-org by using ./freebsd-to-rtems.py -R && ./freebsd-to-rtems.py, these files seems has many trailing whitespace. When i try to create the patch then apply it, there are many warning. So should i remove these trailing whitespace handly or just leave

Re: GDB 8.0 build on FreeBSD 11

2017-06-22 Thread Chris Johns
On 21/06/2017 16:05, Sebastian Huber wrote: > Hello, > > I tried to build GDB 8.0 on FreeBSD 11. It didn't work similar to: > > https://sourceware.org/ml/gdb/2017-02/msg00061.html > > The corresponding bug was resolved as invalid: > > https://sourceware.org/bugzilla/show_bug.cgi?id=21206 > > W

Re: GDB 8.0 build on FreeBSD 11

2017-06-22 Thread Sebastian Huber
On 23/06/17 06:37, Chris Johns wrote: I suspect in time this patch will become specific to FreeBSD version 11.0 and earlier. Ok, thanks for clarification. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 8